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Introduccion 



La mayor parte de un iceberg permanece escondida, accesible 
solo con un equipo apropiado. Lo mismo podria decirse de las 
facultades del AMSTRAD CPC464. En principio puede parecer otra 
maquina para juegos; sin embargo, es mucho mas que eso. Como en 
un iceberg, es necesario un equipo especial para explorar las capaci- 
dades del sistema detalladamente. El objeto de este libro es proveer 
ese equipo. 

A primera vista esta claro que el CPC464 se sale un poco de lo 
corriente. Que lleve el cassette incorporado no lo hace unico, aunque 
el hecho de estar provisto de monitor monocromo o color, incluyen- 
do la alimentation, es un detalle que se agradece, ademas de otros 
que, aunque menos obvios. tambien son utiles. 

Para quienes se limitan al BASIC, las prestaciones de la maquina 
son suficientes para recomendarla, pero para aquellos usuarios que 
desean profundizar mas en los misterios del sistema, queda mucho 
por explorar. 

Aqui vamos a ocuparnos principalmente del modo en que el 
CPC464 trabaja con los perifericos. Para que esto sea efectivo, 
primero debemos estudiar y comprender el sistema interno, ya que 
este determina como afiadir y controlar pequefios "remiendos" y 
modificaciones. 



El libro esta dividido en dos partes: las "entradas", que tratan con 
el sistema interno, y las "salidas", que tratan con los equipos 
externos. 

Para aprovechar este libro es imprescindible poseer informacion 
adicional sobre como programar el Z80 por las continuas referencias 
a rutinas en lenguaje maquina. Para informacion a este respecto, 
consultar la bibliografia al final de este volumen. 

Por ultimo, hay que aclarar que el libro se basa en el sistema de 
cassette del CPC464, y algunos puntos pueden ser modificados para 
otras versiones. 






PARTE PRIMERA 

LAS EN TRAD AS 




1 

Sistema 
solapado 



La disposition general del hardware interno del CPC464 se 
muestra en la figura 1.1. Notese que las flechas que conectan los 
bloques indican la direction del flujo de datos o de la information de 
control. Esto es importante. 

El Z80 esta situado en el centro del sistema, y controla - <Iirecta 
o indirectamente — todas las acciones que realiza este. Se comunica 
con 64K de RAM para lectura y escritura y con los 32K de ROM, 
divididos en dos bloques de 16K, solo para lectura. La selection de 
ROM o RAM en las direcciones en que ambas coinciden se controla 
mediante senates mandadas por la matriz logica de video (Video 
Gate Array). 

A traves del interfaz de entrada/salida, la CPU se comunica 
directamente con el controlador del tubo de rayos catodicos (CRT), 
que trabaja con la matriz logica de video para mantener la visualiza- 
tion en pantalla; con el PPI (interfaz de perifericos paralelo), y con el 
interfaz de la impresora. Esta es el area primaria de perifericos. 

Despues de esta, en terminos del sistema, se halla el area secunda- 
ria de perifericos. Esta no esta en contacto directo con la CPU, pero 
se comunica con el area primaria de perifericos. Los elementos en 
esta area externa incluyen el cassette, que se comunica con el PPI; el 
teclado, y el chip de sonido. Este ultimo contiene una pareja de 
puertos de datos; uno de estos puertos lo utiliza para comunicarse 
con la salida del teclado. 
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La CPU Z80 esta controlada por un reloj de 4 MHz, pero para 
solapar los accesos a la memoria desde el procesador y el sistema de 
visualization es necesario retardar los accesos desde el procesador, 
reduciendose la frecuencia efectiva del reloj a 3,3 MHz. 

En terminos de hardware el sistema de trabajo es muy economico, 
e incluso te preguntaras como puede competir con sistemas que 
tienen el triple de componentes. La respuesta se debe, en gran parte, al 
programa de control del sistema, que esta organizado con mas 
esmero de lo usual y mostrado ingeniosamente. Es cierto que un 
sistema mayor puede hacer cosas que el CPC464 no puede, pero 
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muchas de esas facultades pueden ser implementadas extern amente; 
de este modo solo pagas por aquellas que te gustan. Muchos 
usuarios podran ver estas facilidades como adornos innecesarios, 
mientras buscan rasgos mas alia del alcance de otras maquinas. 
Los programas del sistema estan divididos en nueve grupos: 

a) Controlador de teclado (Key Manager) 

Inspecciona el teclado, genera caracteres, implementa las 
expansiones de las teclas de funtion, comprueba el break, lee 
los joysticks. 

b) Unidad de visualization de texto (Text VDU) 

Escribe caracteres en la pantalla, maneja el cursor y responde 
a los codigos de control. 

c) Unidad de visualization de graficos (Graphics VDU) 
Pinta y comprueba los puntos, traza lineas. 

d) Bloque de pantalla (Screen Pack) 

Interrelaciona las rutinas b) y c) con el hardware de pantalla 
y ejecuta las funciones comunes de esta. 

e) Controlador de sonido (Sound Manager) 
Trata con la generation del sonido. 

f) Controlador de cassette (Cassette Manager) 
Trata con las funciones del cassette. 

g) Nucleo (Kernel) 

Es el corazon del sistema operative maneja interrupciones, 
programas, selection de ROM y ejecucion de programas. 

h) Bloque de maquina (Machine Pack) 

Maneja la impresora y el control general del hardware. 

i) Saltador (Jumper) 

Controla los accesos a las rutinas mediante la tabla de saltos. 

~~ 13 



Con esto se cubre el sistema operativo, y ocupa principalmente la 
parte inferior de la ROM. El interprete de BASIC, si se usa, esta 
situado en la parte superior de la ROM, pero puede ser reemplazado 
por otros programas alternatives en ROM externa. 

El acceso a las rutinas del sistema se hace mediante la llamada 
tabla de saltos (jumpblock), que da acceso a varios puntos de 
entrada. Esta tabla quedara sin alterar en versiones futuras del 
sistema, pero los puntos de acceso directo pueden cambiar. 



El sistema de memoria 

La figura 1.2 muestra un bosquejo del mapa de memoria, pero hay 
muchos pequefios detalles que no pueden ser mostrados de este 
modo. (Notese que todas las direcciones de memoria estan en 
notation hexadecimal.) 

El solapamiento de la ROM y RAM en la parte superior e 
inferior del mapa es una caracteristica notable. Puesto que la tecriica 
de conmutacion de bancos suscito problemas en el pasado, las 
implicaciones que se deriven las examinaremos mas cuidadosamente. 

Toda escritura de memoria se hace en la RAM. La ROM no se 
utiliza para escritura. Esto no es necesario explicarlo... 

Si una ROM es inhibida, una memoria de lectura se realiza en 
esa area en la RAM. Uno o ambos de estos bloques de ROM 
pueden ser activados independientemente, en cuyo caso estos sumi- 
nistran los datos para una lectura en la direction de memoria 
correspondiente. 

Las dos areas de ROM estan implantadas en un solo componen- 
te, una ROM de 32K, cuyas lineas de direccion estan organizadas de 
la siguiente forma: 

1. Si las lineas de direccion A14 y A15 quedan en bajo*, el bit de 
direccion A14 hacia la ROM es falso, y la ROM inferior 
(0000-3FFF), si esta habilitada, es direccionada. 

2. Si las lineas de direccion A14 y A15 son verdaderas, el bit de 
direccion A14 hacia la ROM es verdadero, y la ROM supe- 
rior (COOO-FFFF), si esta habilitada, es direccionada. 

3. Si difiere el estado de las lineas de direccion A 14 y A 15, la 
ROM esta inactiva. 



* Una linea en bajo corresponde al cero loeico, y al uno logico si esta en alto. [N. del T] 
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Figura 1.2. Vista general del mapa de memoria. 
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Las lineas de habilitacion de la ROM vienen desde la matriz 
logica de video, la cual debera poder acceder a la memoria de 
pantalla entre los accesos a la memoria desde la CPU. Los datos 
importantes salen directamente hacia la matriz logica de video, en los 
bits 2 (ROM inferior) y 3 (ROM superior) de una palabra de control 
(control word). De cualquier forma se aprecia que el acceso directo es 
innecesario e incorrecto. Los demas bits de la palabra de control 
tienen una funcion muy importante, debiendose mantener su estado. 

La RAM esta situada en 8 chips de 64K bits de RAM. 

Volviendo a los pequenos detalles del uso de la memoria, el area 
0000-003F tiene los mismos datos en ROM y en RAM; el contenido 
de la RAM es copiado desde la ROM durante el proceso de 
initialization. Esto es necesario, ya que las instrucciones RST del Z80 
acceden a esta area, y debe encontrar un codigo valido, tanto si la 
ROM esta habilitada como si no. Una serie de otras rutinas peque- 
nas han sido situadas en la misma area, y deben ser validas en ROM 
y RAM, respectivamente. 

Mas adelante veremos que los valores de la RAM en esta area 
pueden ser cambiados por el programador para propositos particula- 
res, pero ha de hacerse con cuidado, respetando unas reglas estrictas. 

Desde 0040 hacia arriba, ROM y RAM divergen: la ROM 
contiene rutinas del sistema operative mientras que la RAM guarda 
datos de la zona de trabajo. Por ejemplo, los programas en BASIC 
se almacenan desde 0170 en adelante. 

El area central de la RAM es conocida como reserva de memoria 
(Memory Pool). Solo la zona desde 4000 hasta COOO esta siempre 
disponible para un acceso directo. Seria absurdo, por ejemplo, 
colocar la pila de maquina (machine stack) fuera de esta area. 
Normalmente es mas comodo situarla desde BFFF hacia abajo. 

La parte superior del area central contiene las variables del 
sistema y otros programas que deben ser accesibles siempre. En el 
extremo, el bloque desde A400 hasta la pila puede ser ocupado si la 
rutina "SIMBOL AFTER 0" ha sido Uamada para copiar todo el 
juego de caracteres en RAM. Si los modelos en RAM permanecen en 
el nivel estandar (desde &F0 hasta &FF), la primera position 
ocupada es AB40. 

Gran parte de esta area por encima de AB40 esta ocupada por la 
tabla de saltos (jumpblock), que provee entradas estandar para 
muchas rutinas importantes. La direction de entrada a las rutinas 
puede variar, pero la tabla de saltos permanecera en el mismo lugar. 
Algo a tener en cuenta: es prudente hacer uso de la tabla de saltos, 
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incluso cuando el punto de acceso es conocido, ya que los programas 
podran funcionar con otras versiones del sistema operative 

Desde C000 en adelante, la RAM es utilizada por la pantalla, y la 
ROM implementa el interprete BASIC (aunque algunas rutinas del 
interprete estan en la ROM inferior). Las ROM externas pueden 
reemplazar a la ROM del BASIC, pudiendo implementar otros 
lenguajes. 

Esta^ucinta explication dedicada a la memoria nos ha permitido 
observar los rasgos generales. Seguramente te habra alentado para 
indicar un estudio mas detallado. En tal caso el siguiente programa 
sera util para tu proposito: 

10© CLS 

HO INPUT "DIRECCION DE ENTRADA"jA 

120 A=A-65536*(A<0> 

130 N7.=A-8*INT(A/8> 

140 PRINT HEX*(A,4); 

150 B=PEEK(A) 

160 PRINT TAB(6+3*NX)jHEX*(B,2) 

170 A=A+1 

180 N7.=N7.+ 1 

190 IF N7.<8 THEN 150 

200 N7.=0 

210 PRINT 

220 GOTO 140 

La linea 120 es necesaria, puesto que si introducimos una direc- 
tion hexadecimal por encima de 7FFF convertiria a A en negativo, y 
en tal caso se debe sumar 65536 para transformarlo en el valor 
positivo correcto. De no hacerlo asi, las siguientes operaciones 
podrian dar errores. La variable N% sitiia la impresion de valores en 
la columa correcta de la pantalla, y si es necesario comienza una 
nueva linea. 

Sin embargo, al correr el programa nos sentiremos frustrados: 
por todos los lados veremos montones de ceros con unos pequenos 
grupos de codigos. Estamos observando la RAM, porque PEEK y 
POKE solo acceden a la RAM, ignorando la ROM. jQue contrarie- 
dad! Necesitamos una aproximacion distinta. 

Buscando en el voluminoso Manual de Firmware descubriremos 
llamadas que pueden resolver nuestro problema: 

B9009 Habilita la ROM superior. 
B903: Deshabilita la ROM superior. 
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B906: Habilita la ROM inferior. 
B909: Deshabilita la ROM inferior. 

Para estas cuatro llamadas no hay condiciones de entrada, y el 
estado anterior de la ROM se devuelve en el acumulador. El 
contenido inicial de los flags es destruido, pero los demas registros 
no son alterados. El valor devuelto en el acumulador puede ser 
usado para restaurar el estado anterior de la ROM mediante: 

B90C: Restaura el contenido de la ROM definido por el conte- 
nido de A. La restauracion destruye el contenido de AF, 
pero los demas registros no son alterados. 

Aunque nos dicen que los demas registros no son modificados, no 
es del todo cierto. El registro alternativo C si cambia, porque tiene 
guardado el valor del ultimo dato mandado a la matriz logica de 
video. Por eso se aconseja que no se use el set de registros alternati- 
ves, dado que almacenan una importante information, que puede ser 
requerida en cualquier momento. 

Aflade al programa anterior las siguientes sentencias: 

90 60SUB 400 
15© GOSUB 300 
300 Q=INT (A/256) 
310 POKE &7019,Q 
320 POKE &7018, <A-256*Q) 
330 CALL &7000 
340 B=PEEK(&7020) 
350 RETURN 

400 FOR X=&7000 TO &7012 
410 READ Y 
420 POKE X,Y 
430 NEXT 
440 RETURN 

450 DATA 8 t 2A,8tl8,8t70,8 t CD,&00,8 t B9,«cF5 
460 DATA 8tCD,&06,&B9,&7E,&32,&20,&70 
470 DATA &Fl J &CD,&0C,8tB9,8 t C9 

Con estos cambios el programa muestra el contenido de la ROM 
superior e inferior. Para saber el porque debemos considerar la 
rutina en lenguaje maquina cargada en las lineas 400-470: 
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7000 


2A 


18 


70 


LD 


HL,(7018) 


;Toma el byte de 
direction. 


7003 


CD 


06 


B9 


CALL 


B900 


;Habilita la ROM 


7006 


F5 






PUSH 


AF 


superior. 
;Salva el estado de 
la ROM. 


7007 


CD 


06 


B9 


CALL 


B906 


;Habilita la ROM 
inferior. 


700A 
700B 
700E 


7E 
32 
Fl 


20 


70 


LD 
LD 
POP 


A,(HL) 
(7020),A 
AF 


;Lee byte. 
;Almacena byte. 
;Recupera el estado 

anterior de la 

ROM. 


700F 


CD 


OC 


B9 


CALL 


B90C 


;Restaura la ROM 
a su estado 


7012 


C9 






RET 




previo. 
;Vuelve al BASIC. 



Las lineas 300-320 ponen el valor de A en 7018/9 (como es 
habitual, el byte menos significativo va primero). Se llama a la rutina 
en codigo maquina y el valor de A se coloca en HL. La rutina B900 
es llamada para habilitar la ROM superior, y el valor que devuelve 
en el acumulador se guarda en la pila para evitar dafios. B9006 
habilita la ROM inferior, y el byte direccionado por HL se guarda en 
el acumulador, mientras que el valor del acumulador se almacena en 
7020. El estado anterior de la ROM se recupera de la pila y se llama 
a B90C para restaurar las ROM a sus estados previos. 

De vuelta al BASIC, PEEK (7020) recoge el byte, y el programa 
continua al igual que el original. 

Pese a la simpleza de esta rutina en maquina, los puristas pueden 
objetar que los parametros podrian ser pasados mediante una exten- 
sion de la linea 300 del BASIC, pero no merece la pena perder el 
tiempo en ello en una rutina tan corta. El numero de parametros (en 
este caso uno: la variable A) podria ser mandado en el acumulador, 
y el registro IX apuntaria al valor del parametro, el cual habria de 
ser transferido al registro HL convirtiendolo desde notation en coma 
flotante en el proceso. Este metodo para pasar parametros es muy 
util si esta bien justificado. 

Soslayando esta circunstancia, ya debes tener en tu cabeza una 
idea bastante clara del sistema de memoria. Para una buena utiliza- 
tion de estos nuevos conocimientos debes saber, ademas, otras cosas. 
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Pero para un principiante es tentador experimentar. Hay espacio de 
sobra... 

Hablando de espacio, es interesante considerar la afirmacion de 
que 42K de memoria son utilizables por el usuario. En terminos 
hexadecimales estos son A800, por cuanto la afirmacion no es exage- 
rada. Casi podria ser cierto decir 43K... Aunque el tratamiento 
exacto del area del trabajo (Workspace) no esta demasiado claro. 



Los perifericos interiores 

El mapa de direcciones entrada/salida 



Direcci6n 


Salida 


Ent 


rada 


OOXX a 


7EXX 


No usar 


No usar 




7FXX 




Matriz logica de video 


No usar 




80XX a 


BBXX 


No usar 


No usar 




BCXX 




Selection de registro 
del CRTC* 


No usar 




BDXX 




Datos del CRTC 


No usar 




BEXX 




No usar 


Reservado 
CRTC) 


(estado del 


BFXX 




No usar 


Datos del 


CRTC 


COXX a 


DEXX 


No usar 


No usar 




DFXX 




Seleccion de expansion 
ROM 


No usar 




EOXX a 


EEXX 


No usar 


No usar 




EFXX 




Control de la 
impresora 
(Printer Latch) 


No usar 




FOXX a 


F3XX 


No usar 


No usar 




F4XX 




Datos del puerto A 
del PPI 


Datos del 
del PPI 


puerto A 


F5XX 




Datos del puerto B 
del PPI 


Datos del 
del PPI 


puerto B 


F6XX 




Datos del puerto C 


Datos del 


puerto C 




del PPI del PPI 

son las siglas de Cathode Ray Tube Controller (controlador del 




* CRTC 


tubo de rayos 


cat6dicos). 


[N. del 7.] 
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F7XX Control del PPI Indefinido 

F8XX Bus de expansion Bus de expansion 

F9XX Bus de expansion Bus de expansion 

FAXX Bus de expansion Bus de expansion 

FBXX Bus de expansion Bus de expansion 

FCXX a FEXX No usar No usar 

FFXX Sin usar Sin usar 

La relation de las direcciones de entrada/salida resumidas en la 
tabla anterior parece aun mas compleja que el mapa de memoria, 
pero la descalificacion del hardware es relativamente simple. 

• Si el bit de direccion A15 esta en bajo, la matriz logica de video 
es seleccionada. 

• Si el bit de direccion A 14 esta en bajo, el controlador del CRT 
es seleccionado. 

• Si el bit de direccion A 13 esta en bajo, el numero de ROM de 
expansion debe estar determinado. 

• Si el bit de direccion A12 esta en bajo, se selecciona el control 
de la impresora (Printer Latch). 

• Si el bit de direccion All esta en bajo, se selecciona el PPI. 

• Si el bit de direccion A 10 esta en bajo, se conecta un canal de 
expansion. 

Solo uno de los bits desde A 10 hasta A15 puede estar en bajo 
para una direccion dada, lo que implica el gran numero de restriccio- 
nes "No usar". Es especialmente importante observar esta regla para 
las entradas; de otro modo podrian ocurrir dafios fisicos. 

En el caso del controlador del CRT y el PPI, los bits A8 y A9 
seleccionan una funcion particular del dispositivo. 

Ya que todos los bits de direccion antes mencionados estan en el 
byte de direccion mas significativo, la instruction del Z80 OUT (N),A 
no debe usarse. Esta toma como byte mas significativo de direccion 
el contenido del registro A, el cual debe tambien contener datos. 
IN A,(N) si puede usarse, si el byte mas significativo requerido ha sido 
previamente definido en el registro A, pero no es aconsejable este 
metodo. 

La forma correcta para las instrucciones de entrada/salida es 
OUT (C), o IN r,(C), donde r es un registro de 8 bits. En este caso, 
las direcciones de entrada/salida estan definidas por el contenido del 
registro BC. Las instrucciones de repetition INIR, INDR, OTIR, 
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OTDR no deben usarse, ya que utilizan el registro B como contador 
y podrian dar lugar a direcciones cambiadas. 

Existe una limitation adicional para usar perifericos extras, que 
surge del modo en que se utiliza el byte menos significativo de 
direction. 

• Si el bit de direction 7 esta en bajo, se selecciona el sistema de 
disco. 

• Si el bit de direction 6 esta en bajo, se selecciona una funcion 
reservada. 

• Si el bit de direction 5 esta en bajo, se selecciona un canal de 
comunicaciones. 

Para usar otros perifericos, todos estos bits deben estar en alto, 
pero el byte menos significativo de &FF tiene tambien un significado 
especial, llamando a F8FF para inicializar (reset) todos los dispositi- 
vos de expansion. Las direcciones utilizables por el usuario son: 

F8E0-F8FE 
F9E0-F9FF 
FAEO-FAFF 
FBEO-FBFF 

Estas direcciones permiten un uso libre de los bits 0, 1, 2, 3, 8 y 9, 
dando plenitud de alcance, suponiendo que no se utilice una decodifi- 
cacion simplificada. Con todos estos bits, mas el bit 10 en bajo, 
pueden ser definidos 64 canales de entrada/salida. Si cada bit estuvie- 
ra relacionado con un canal en particular, no podrian ser usados mas 
de seis canales. 

Volvemos a insistir en que un uso ilegal de las direcciones de 
entrada/salida puede causar dafios en las operaciones de entrada, ya 
que mas de una fuente de datos puede intentar "introducirse" en 
el bus. 



La matriz logica de video 
(«Video Gate Array») 

La matriz logica de video tiene tres tipos de datos en la direction 
7FXX, que se distinguen por el estado de los bits 6 y 7 del dato. Las 
posiciones de los bits son las siguientes: 



22 



Puesta de Modo y de ROM 

7 6 5 4 3 2 10 

1 oxxxxxx 

J ^ Control de MODO: 00 MODO 

01 MODO 1 

10 MODO 2 

11 Ilegal 

ROM inferior: Habilitada 

1 Deshabilitada 

ROM superior: Habilitada 

1 Deshabilitada 

Si vale 1 borra el divisor 52 de explora- 
tion. 

Reservado. Puede ser 0. 

76543210 Registro puntero de la paleta. 

oooxxxxx 

Numero del puntero de la paleta. 
7 6 5 4 3 2 10 

1 X X X X X Memoria de la paleta. 

76543210 Numero de color. 

1 1 XXXXXX 

Reservado 



Para la puesta de modo y de ROM es esencial fijar todos los bits 
activos a su estado correcto, lo cual implica el mantener una copia 
del ultimo byte de salida. Una copia de este byte es guardada en el 
registro alternativo C del Z80. De este modo, cuando se utiliza una 
entrada estandar de la tabla de saltos para hacer cambios se hace 
referencia a esta copia automaticamente, haciendo innecesaria . la 
referenda directa al contenido del registro. 

Para fijar el color, el puntero de la paleta determina que tinta 
debe utilizarse, mientras que la salida a la memoria de la paleta 
determina el color, la cual se utiliza despues para interpretar los 
datos leidos de la memoria de pantalla. 

La funcion mas importante de la matriz logica de video es 
obtener datos de la memoria de pantalla en base a las direcciones 
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suministradas por el controlador del CRT, y prepararlas para una 
correcta transmision a la unidad de visualization (monitor). 

La necesidad de acceder a la matriz logica de video es limitada, 
puesto que el sistema se encarga de todas las acciones necesarias; 
pero podria haber circunstancias especiales en las que se precisase 
una respuesta extremadamente rapida, que unicamente puede ser 
realizada mediante un acceso directo. 



El controlador del CRT 
(controlador de pantalla) 

El controlador del CRT HD6845S es un componente estandar de 
gran complejidad, y solo lo vamos a describir en terminos relativa- 
mente superficiales. Se ocupa del control de la pantalla, de variar 
tamanos y caracteristicas, generando las direcciones de referencia de 
la pantalla, los impulsos de sincronismo y un caracter de cursor 
sintetizado cuando asi se requiera. 

Las acciones de este chip son controladas por el contenido de 
unos registros, dieciocho en total, de los cuales el sistema actual solo 
accede a dieciseis. Para fijar estos registros es necesario hacer un 
OUT del niimero del registro a la direction BCXX y de los datos a 
BDXX. Los estados estandar son los siguientes: 



RO Total horizontal: 63 

Determina el periodo de barrido horizontal en 64 periodos de 
caracter, los cuales vienen determinados por la frecuencia del reloj 
(en este caso, 8MHz), dando un ancho de un caracter por microse- 
gundo. 



R1 Horizontal 

visualizado: 40 

Determina el niimero de caracteres por linea (en este caso, 40), 
ocupando el borrado del retorno del haz 24 periodos de caracter. 
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R2 Posicion de 
sincronismo 
horizontal: 46 



El impulso de sincronizacion horizontal es generado seis periodos de 
caracter despues del final de los caracteres visualizados. 



R3 Ancho del 

sincronismo: 142 

Es un niimero compuesto que determina el ancho de los impulsos de 
sincronismo horizontal y vertical. El impulso de sincronismo vertical 
tiene una duration de ocho lineas de barrido, mientras que el 
impulso de sincronismo horizontal tiene una duration de 14 periodos 
de caracter (8*16 + 14 = 142). 



R4 Total vertical: U.K. 38. U.S.A. 31 

El niimero total de lineas de caracteres menos una son diferentes 
para frecuencias de barrido de 50 6 60 Hz. Cada linea de caracteres 
utiliza ocho lineas de barrido, por lo que las cifras exactas deben ser 
39.0625 6 32.8125, recordando que solo se utiliza un cuadro y no dos 
solapados. El ajuste necesario es hecho por R5. 



R5 Ajuste del total 

vertical: U.K. 0. U.S.A. 6 

Esto anade, en el caso de los 60 Hz, seis lineas de barrido al total 
vertical. El total de 50 Hz es 39, mientras que el de 60 Hz es 32.75. 
Este es, en la practica, aceptablemente precise 



R6 Vertical visualizado: 25 

Se especifican 25 lineas de caracteres. 
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R7 Posicion de 
sincronismo 
vertical: U.K. 30. U.S.A. 27 

Otra vez tenemos dos valores distintos. Para 50 Hz el sincronismo 
vertical empieza con cinco periodos de lineas de caracteres despues 
del area visualizada, mientras que en el caso de los 60 Hz solo puede 
permitirse un retraso de dos lineas de caracteres. En los 50 Hz el 
sincronismo vertical termina despues de 38 lineas de barrido, mien- 
tras que en el caso de los 60 Hz esta sincronizacion termina despues 
de 32 lineas, y es cortada entre los periodos de lineas de caracteres 
numeros 7 y 8. 



R8 Modo solapado 

y sesgado: 

El cero significa que no hay solapado ni sesgado del barrido. 



R9 Maximo numero 

de lineas de barrido: 7 

Determina el numero de lineas de barrido menos una por caracter. Si 
vale siete habra ocho lineas de barrido por caracter. 



R10 Comienzo del 

cursor: 

El cursor no es generado, por que: 

R11 Fin del cursor: 

El cursor sintetizado por el chip tiene cero lineas de altura 

R12 Direccion de 

comienzo (byte 
alto): 48 
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R13 Direccion de 

comienzo (byte 
bajo): 

Determinan la direccion de comienzo del rastreo de la memoria de 
pantalla, como 48*256 = 12288 (3000 en hexadecimal). La matriz 
logica de video modifica esta direccion 

R14 Registro del 

cursor (byte alto): 192 

R15 Registro del 

cursor (byte bajo): 

Define como direccion del cursor &C000. 

No es necesario decir que estos valores estan tan interrelaciona- 
dos que cualquier modification puede destruir el contenido de la 
pantalla. Cualquier cambio debe ser planeado cuidadosamente por 
anticipado, teniendo en cuenta que la matriz logica de video modifi- 
cara los resultados en algunos casos. En el modo 2 solo es necesario 
un bit para definir un pixel y solo se necesita un byte para definir 
una fila de un caracter. Son necesarios 80 bytes para definir una linea 
de pantalla. En el modo 1 se necesitan el doble de bytes, pero hay la 
mitad de caracteres; por tanto, el numero total de bytes leidos por 
linea barrida sigue siendo 80, aunque procesados de una forma 
diferente. Con el modo sucede otra vez lo mismo. 

Las direcciones provistas por el controlador del CRT han de ser 
procesadas antes de ser usadas. El CRTC solo provee 40 direcciones 
por linea de barrido, pero se leen 80 bytes. La conversion necesaria 
es bastante simple, pero debe ser recordada por cualquiera que se 
aventure con la pantalla. En general, estas actividades es mejor 
olvidarlas. El controlador del CRT puede ser visto como un disposi- 
tivo inalterable, aunque los cambios de la direccion de comienzo de 
la memoria de pantalla pueden tener utilidad. 

Aiin queda una funcion por mencionar: la que concierne al lapiz 
optico. Utiliza un borne conectado al interfaz de expansion. Una 
transition de estado bajo al alto en este borne provoca que la 
direccion actual de la pantalla se copie en R16 (byte mas significati- 
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vo) y R17 (byte menos significativo), de donde puede ser leida. Para 
interpretar correctamente esta direction es mejor experimentar, debi- 
do a la action de la matriz logica de video, que modifica direcciones. 
El siguiente esquema de la RAM de pantalla puede ayudarnos en 
estos casos. 

En todos los modos la memoria de pantalla ocupa 16K de RAM 
(generalmente desde C0000 en adelante). Llamando la rutina SCR 
SET BASE la pantalla puede ser trasladada al 4000 en adelante, no 
siendo aceptadas otras localizaciones. 

La memoria de pantalla esta dividida en ocho bloques de 2K. 
Cada Linea de pantalla utiliza 80 bytes consecutivos, pero los datos 
de la primera linea de barrido se obtienen del bloque 0; los de la 
segunda, del bloque 1, etc. De este modo el caracter situado en la 
esquina superior izquierda esta definido por los bytes C000, C800, 
D000, D800, E000, E800, F000, F800 (cada uno —en el modo 2— es 
una linea completa del caracter), y en los modos y 1 parte de la 
information de una linea. El modo 1 necesita 2 bytes por linea, y el 
modo 0, 4. 

En el modo 2 los pixels de una linea de un caracter estan 
definidos por los bits del byte leido de la memoria de pantalla. 

En el modo 1 los pixels, de izquierda a derecha, estan determina- 
dos por los bits 3 y 7, 2 y 6, 1 y 5, y 4, y lo mismo para el byte 
siguiente que completa la linea del caracter. 

En el modo el primer pixel lo definen los bits 1, 5, 3 y 7; el 
segundo pixel lo definen los bits 0, 4, 2 y 6 del primer byte, y lo 
mismo sucede con los otros 3 bytes que faltan para completar una 
linea de un caracter. 

Ordinariamente nada de esto debe preocuparte, ya que el progra- 
ma de control se preocupa de todas las conversiones e interpretacio- 
nes necesarias, pero al menos te aclarara la extrana lista de numeros 
que obtendrias si examinases la memoria de pantalla. 

Como complication final se usa un desfase, controlable por una 
llamada a la rutina SCR SET OFFSET (consulta la tabla de 
llamadas al sistema operativo que se inserta mas adelante). Cambian- 
do el desfase por &50 (80 en decimal) desplaza la pantalla una linea 
arriba o abajo. Esta es un area donde esta justificado experimentar, 
pero con cuidado. Recuerda que las reglas de cada- modo son 
diferentes: si efectuas cambios en el desfase los resultados seran 
tambien diferentes. El modo 2 puede responder a cambios unitarios, 
pero en el modo 1 los cambios deben ser multiplos de 2, y en el 
modo han de ser multiplos de 4. 

Utilizando todo esto con la precaution debida, la pantalla ofrece 
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muchas posibilidades interesantes, pero un uso descuidado puede 
crear el caos. Examina ademas la lista de llamadas al sistema 
operativo, y utilizalas tambien con cautela. 



El interfaz paralelo de perifericos (PPI) 

El PPI (Parallel Peripheral Interface) es otro componente estan- 
dar. Posee tres puertos (vias de acceso) que pueden usarse para 
entrada o salida. Cada puerto tiene sus propias direcciones, y el 
registro de control, que determina la action del puerto, tiene una 
cuarta direction. 

En el CPC464 la configuration estandar es: 

Puerto A: Utilizado en entrada y salida. Se comunica en dos 
direcciones con las lineas de datos del chip generador 
de sonido. La salida se usa para ajustar el sonido. La 
entrada esta pendiente de la salida del teclado. 



Puerto B: Solo de entrada, con la siguiente distribucion: 



Bit 
Bit 1 
Bit 
Bit 
Bit 



Bit 
Bit 
Bit 



Impulso de retorno de cuadro. 

si esta efectuado el enlace (link) LK1. 

si esta efectuado el enlace LK2. 

si esta efectuado el enlace LK3. 

si esta efectuado el enlace LK4. (Barrido de 

cuadro de 60 Hz.) 

si esta activo el puerto de expansion. 

1 si la impresora esta ocupada. 
Datos del cassette. 



Puerto C: Solo de salida, con la siguiente distribucion: 



Bit 



Bit 
Bit 
Bit 
Bit 
Bit 
Bit 
Bit 



Entrada de teclado 0. 
Entrada de teclado 1. 
Entrada de teclado 2. 
Entrada de teclado 3. 
Control del motor del cassette. 
Datos del cassette. 
BC1 al chip de sonido. 
BDIR al chip de sonido. 
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Estas distribuciones son esenciales, pero es interesante saber que 
la configuration del chip se establece enviando una palabra de 
control a la direction de entrada/salida F7XX. Esta palabra tiene dos 
formatos, uno para establecer el modo del chip y otro para poner en 
alto o en bajo los bits del puerto C, de poco interns en este contexto. 

El formato para establecer el modo es: 

7 6 5 4 3 2 10 

1 xxxxxxx 

Puerto C en bajo 

Puerto B 

Modo para el anterior 

Puerto C en alto. 

Puerto A 

Modo para el anterior. 

El modo es el basico de entrada y salida; el modo 1 es de 
entrada y salida con serial de sincronizacion (strobe), y el modo 2 es 
mediante un bus bidirectional. Si el bit de un puerto es puesto a cero, 
el puerto trabaja en modo de salida; si el bit es puesto a uno, el 
puerto trabaja en modo de entrada. 



STROBE 
DO 
D1 
D2 

D3 
D4 
D5 
D6 
D7 
SC 

BUSY 
SC 
SC 

MASA 
SC 

MASA 
SC 



1 


19 


2 


20 


3 


21 


4 


22 




5 


23 


6 


24 


7 


25 


8 


26 


9 


27 


10 


28 


11 


29 


12 


30 


13 


31 


14 


32 


15 


33 


16 


34 


17 


35 



MASA 
MASA 
MASA 
MASA 

MASA 

MASA 

MASA 

MASA 

MASA 

MASA 

SC 

SC 

SC 

SC 

MASA 

SC 

SC 



Nota. Se utiliza un conector de 34 vias, pero la numeration es compati- 
ble con los conectores de impresora de 36 vias, en los que los bornes 18 y 36 

no se utilizan. 

Figura 1.3. Conector para impresora 
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El byte enviado por el sistema de control de CPC464 es &82, 
activando el modo 0, el puerto B en entrada y los puertos A y C en 
salida. (El puerto C esta implementado en dos mitades cuyo modo 
puede ser restablecido independientemente.) 

El PPI es parte esencial del hardware y ofrece un restringido 
campo de accion para cambios o experimentaciones. 



El puerto de la impresora 

El "Biestable Centronics" (Centronics Latch) direccionado por 
EFXX es bastante simple, demasiado simple para algunos usuarios, 
ya que solo lleva 7 bits de datos mas uno de sincronizacion (strobe). 
Algunas impresoras pueden encontrar limitadas sus capacidades, 
aunque solo por una perdida de los graficos de bloque del tipo 
asociado con los sistemas Tandy. Los codigos de control superiores, 
empezando por el &80, tambien se pierden, pero mientras esto pueda 
ser un estorbo en algunas maquinas debido al conflicto entre los 
codigos de control inferiores y los codigos de la unidad de visualiza- 
tion (VDU), la separation de la unidad de visualization y los datos 
de la impresora en vias (streams) diferentes hacen que la perdida sea 
menos importante. 

Sin embargo, notese que el bit 7 de algunos codigos en la mitad 
superior del ASCII se pierde, lo cual puede ocasionar a veces 
resultados inesperados. 

Si se intenta controlar la impresora directamente, deben seguirse 
las siguientes reglas: 



• Los bits de datos deben estar fijados por lo menos 1 ^S antes 
del comienzo del pulso de sincronizacion (strobe), y deben 
permanecer al menos hasta 1 ^S despues del fin de este. 

• La duration del pulso de sincronizacion debe ser de 1 a 500 /tS. 

• El impulso de sincronizacion no debe ser transmitido mientras 
la serial de "ocupado" (Busy) de la impresora este activada. El 
bit puede ser comprobado leyendo el bit 6 en la entrada del 
puerto B del PPI. 

La necesidad de considerar estas reglas puede ser evitada utilizan- 
do las facilidades de que nos provee el sistema operativo: 



CALL BDF1: MC WAIT PRINTER 

El codigo del caracter a enviar debe estar en el registro A. Si el 
caracter fue enviado correctamente la rutina vuelve con el indicador 
de acarreo (carry flag) en alto. Si el acarreo es falso, indica que el 
puerto no esta preparado. El contenido de los registros A y BC es 
destruido, y los otros registros no son alterados. 

Es posible desviar esta llamada a una rutina del usuario, en cuyo 
caso son de interes otras llamadas afines. 



CALL BD28: MC RESET PRINTER 

Se restaura la direction normal de entrada a la rutina BDF1. No 
hay condiciones de entrada, pero el contenido de AF, BC, DE y HL 
es destruido. 



CALL BD2B: MC PRINT CHAR 

Llama a MC WAIT PRINTER, incluso si la direction de entrada 
ha sido cambiada. La organization de estas llamadas permite al 
usuario acceder a los codigos que van a ser enviados a la impresora 
y aplicar cambios condicionales. 

El tiempo de espera es aproximadamente de 0,4 segundos. 

Otras llamadas asociadas son: 



CALL BD2E: MC BUSY PRINTER 

No hay condiciones de entrada. El retorno se hace con el acarreo 
en alto si la impresora esta ocupada (o no conectada), y en bajo si la 
impresora esta libre. Los indicadores (flags) se devuelven falseados, 
pero los registros no se modifican. 



CALL BD31: MC SEND PRINTER 

Se pasa el caracter contenido en el registro A a la impresora. Al 
retornar el acarreo esta en alto, el contenido del registro A es 
destruido y los demas registros no son modificados. Esta llamada 
solo puede ser usada si la impresora no esta ocupada. 
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Estos son ejemplos de las facilidades de que dispone el sistema 
operativo para comodidad del usuario. Estas rutinas deben ser 
llamadas desde codigo maquina, ya que se han de fijar parametros y 
comprobar indicadores, pero la complejidad implicada es tan baja 
que merece la pena intentarlo. 

Queda otro punto por explicar. El CPC464 envia los codigos 
retorno de carro (CR) y avance de linea (LF), pero tambien hace 
masa con la linea 14 de la impresora, lo cual permite que algunas 
impresoras repitan el avance de linea. Para obtener un espaciado 
simple en el texto es necesario desconectar la linea 14, lo cual anula 
el efecto de los interruptores internos tipo DIL de la impresora. Esto 
no sucede con la impresora AMSTRAD DMP1, que tiene un interfaz 
distinto. 

Los perifericos exteriores 

El generador de sonido programable 

El generador de sonido programable AY-3-8912 es un dispositivo 
interesante. Tiene tres canales de sonido independientes que pueden 
generar una onda cuadrada o ruido rosa. El volumen puede tomar 
dieciseis valores, desde (silencio) hasta 15 (maximo), y existe un 
control interno de envolvente relativamente simple. Hay tambien dos 
puertos de entrada/salida, que no utiliza el sistema del CPC464. 

Describir a fondo este componente ocuparia un gran espacio, 
pero las siguientes notas cubriran los aspectos especiales del sistema 
del CPC 464. 

El PSG (Programmable Sound Generator) tiene dieciseis registros 
de control, y el metodo de acceder a ellos es similar al utilizado con 
el CRTC: primero se selecciona un registro, y despues los datos 
pueden ser leidos o escritos en el. Los modos de transferencia son 
seleccionados utilizando tres lineas de control, BDIR, BC1 y BC2. En 
el CPC464 BC2 esta permanentemente en estado alto, mientras que 
BC1 y BDIR son controlados, respectivamente, por los bits 6 y 7 del 
puerto C del PPL Con estos se obtienen los siguientes modos: 



Inactivo 

Lee del PSG 

Escribe el PSG 

Direction del biestable (selection de registro) 
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BDIR 


BC1 











1 


1 





1 


1 



Los registros pueden ser resumidos asi: 

R0-R5: Tornados por parejas, determinan el tono en los canales 
A, B y C, respectivamente. Los registros pares contienen los 8 bits 
menos significativos del dato del tono; los registros impares contie- 
nen los 4 bits mas significativos del dato del tono, dando 12 bits de 
datos en total. 

R6: Periodo del ruido. 5 bits. 

R7: Control de activation. El estado alto desactiva; los bits 0-2 
controlan el tono de los tres canales; los bits 3-5 controlan el ruido 
de los tres canales; los bits 6 y 7 controlan los dos puertos (1 para 
salida, para entrada). 

R8-R10: Amplitud del canal. 5 bits. Los valores de a &F dan 
los niveles fijos. &1X activa el control de envolvente. 

R11-R12: Periodo de la envolvente. Una palabra de dieciseis 
bits. 

R13: Tipo de la envolvente. Dieciseis opciones. 

R14-R14: Canales de entrada/salida. 

Los datos del periodo del tono fijados en los tres primeros pares 
de registros son definidos por: 

Datos del periodo = 125000/frecuencia requerida. 

El reloj conectado al generador tiene una frecuencia de 1 MHz. 

El acceso al chip se simplifica usando la llamada: 



MC SOUND REGISTER: CALL BD34 

A debe contener el niimero de registro. 

C debe contener los datos a transmitir. 

Condiciones de salida: El contenido de AF y BC es destruido. 

El uso de este acceso directo es mas conveniente que el control 
del chip mediante las complejas instrucciones del BASIC. 

El control total de la envolvente y su control automatico de tono 
no estan disponibles, pero el del chip es muy versatil. La option se 
escoge mediante una palabra de 4 bits como sigue: 
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4 



a 3 

a 7 

8 

9 

10 

11 

12 
13 
14 
15 



Ataque fuerte, debilitandose hasta silenciarse. 

Subida hasta el maximo y despues silencio. 

Como 0-3, pero repitiendolo. 

Como 0-3. 

Comienza alto, baja, sube y repite. 

Ataque fuerte, debilitandose hasta silenciarse; despues al 

maximo. 

Ataque suave, sube hasta el maximo, repite. 

Ataque suave, sube hasta el maximo y se mantiene. 

Al reves que el 10. 

Como el 4-7. 



El contenido de los registros R11-R12 determina las escalas de 
tiempo para la action de la envolvente. 

Un metodo comodo para experimentar con el chip de sonido es 
utilizar una rutina en BASIC para definir los parametros, y despues 
llamar al bloque de codigo maquina que facilitamos a continuaci6n: 



700 C5 


PUSH 


BC 




7001 E5 


PUSH 


HL 


;Salva los registros. 


7002 F5 


PUSH 


AF 




7003 21 10 70 


LD 


HL, 7010 


;Utiliza a HL como 
puntero. 


7006 7E 


LD 


A,(HL) 


;Lee el niimero del 
registro. 


7007 23 


INC 


HL 


;Incrementa el puntero. 


7008 4E 


LD 


C,(HL) 


;Lee el dato. 


7009 CD 34 BD CALL 


BD34 


;Llama a la rutina MC 








SOUND REGISTER. 



700C Fl 


POP 


AF 




700D El 


POP 


HL 


;Restaura los registros 


700E CI 


POP 


BC 




700F C9 


RET 




;Vuelve al BASIC. 



El programa en BASIC debe inicializar esta rutina, como se hizo 
en el programa de volcado anterior, introducir el niimero del registro 
en la direction &7010 y el valor del dato en &701 1 mediante POKE. 
En algunos casos sera necesario fijar dos registros para cubrir todos 
los datos, y dado que cualquiera puede tener una idea distinta del 
programa en BASIC, dejamos su realization como ejercitio al pro- 
gramador. 
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Los tres canales salen mezclados por el altavoz que lleva incorpo- 
rado el CPC464, pero por la salida estereo los canales A y C salen 
uno por cada lado y el B, por ambos. 

Los tonos de onda cuadrada son caracteristicos del clarinete, pero 
dos o mas tonos de este tipo a veces se mezclan mal. Experimentan- 
do con filtros paso-bajo en la salida estereo, se pueden conseguir 
tonos mejores. 

Podrian comentarse muchas mas cosas de este interesante chip, 
pero con lo dicho hay suficiente para permitir y animar a experi- 
mentar. 



El teclado 

El teclado es del tipo corriente de conexion en matriz, utilizando 
diez filas de entrada y ocho columnas de salida. Las filas son 
alimentadas por los bits 0-3 del canal C, y las columnas son 
comprobadas por el puerto del PSG y el puerto A del PPL 

El numero detectado al pulsar una tecla se obtiene sumando el 
numero de la columna al numero de la fila multiplicado por ocho. 
Por ejemplo, si pulsamos la tecla conectada a la tercera fila y 
segunda columna obtenemos el numero 17. Las filas y columnas 
empiezan a numerarse desde 0. 

El teclado se explora cincuenta veces por segundo; si pulsamos 
una tecla el numero se introduce en un buffer, y se hace una entrada 
en el "mapa de bits" (bit map). La tecla se considera como pulsada 
hasta que se suelta durante, al menos, dos exploraciones sucesivas; 
esto sirve de protection contra los rebotes del contacto. De todos 
modos, 61 sistema es vulnerable a la pulsation simultanea de tres 
teclas de las esquinas de un rectangulo de la matriz, apareciendo la 
tecla de la cuarta esquina como si hubiese sido pulsada normalmente. 
En la practica, esto no tiene por que crear problemas. 

Solo despues de sacar el numero de la tecla del buffer del teclado 
se obtiene el codigo, haciendo referencia a tres tablas que definen la 
relation entre codigo y fecha en funcion del estado de las teclas de 
turno. Dicho estado se determina tambien por el contenido del 
buffer; asi no hay riesgo de que surjan errores en la transformation 
debido a que el estado de las teclas haya variado desde que una 
fuera pulsada. 

Ademas del estado de las mayusculas, basculado al usar la tecla 
CAPS LOCK, hay tambien un estado Shift Lock, que bascula al 
pulsar la tecla CAPS LOCK mientras se mantiene la CRTL presio- 
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nada, pero no es posible una transition directa de Shift Lock a Caps 
Lock y viceversa, sino que debe pasarse por el estado normal. 

Es posible convertir ciertos codigos en cadenas de caracteres, y el 
sistema permite la obtencion del codigo o de la cadena, de acuerdo a 
la llamada del sistema operativo utilizada. 

El conector del joystick esta cableado directamente con la matriz 
del teclado, y es explorado por el mismo mecanismo. 



El cassette 

El cassette se relaciona con el resto del sistema mediante un 
interfaz de tres conectores: dos para entrada y salida de datos y uno 
para el control del motor. Se agradece el detalle de que el control del 
motor no afecte a las funciones de bobinado y rebobinado, que 
pueden ser utilizadas en cualquier momento. 

El metodo de grabacion usado utiliza ciclos de onda cuadrada, 
que emplean el doble de tiempo para los bits en alto que para los 
bits en bajo. La velocidad de transmision puede ser variada entre 700 
y 2.500 baudios, aunque las velocidades estandar establecidas son de 
1.000 y 2.000 baudios. Durante la carga el sistema deduce la veloci- 
dad de grabacion utilizada examinando el tono guia, que consiste en 
una larga secuencia de ciclos de estado alto. 

El formato general de una grabacion es: 

— Una cabecera. 

— N segmentos. 

— Un bloque final. 

La cabecera consiste en un espacio prerregistro, 2.048 bits en 
estado alto, un bit cero y un byte de sincronismo. El byte de 
sincronismo es el &2C para una cabecera, y el &16 para un bloque 
de datos. 

Cada segmento esta formado por 256 bytes de datos y 2 bytes 
CRC (Cyclic Redundancy Check, o comprobacion ciclica redundante). 
El Polinomio CRC utilizado es: 

XT15 + XT12 + XT5 + 1 equivale a: x 15 + x 12 + x 5 + 1 

La "semilla" initial es &FFFF. El primer byte CRC es el mas 
significative 

El bloque final esta formado por 32 bits en estado alto. 

Un fichero completo comienza con una cabecera formada por 64 
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bytes, que determinan el modo en que son leidos e interpretados los 
restantes registros. El esquema de la cabecera se muestra en la 
siguiente tabla: 

FORMATO DEL BLOQUE DE CABECERA DEL CASSETTE 



Bytes 0/15: 
Byte 16: 
Byte 17: 
Byte 18: 



Nombre del fichero, completado con codigos nulos. 

Niimero de bloque. 

Distinto de cero si es el ultimo bloque. 

Tipo de fichero: 

Bit 0: En alto para protection. 



Bits 1-3: 
1 

2 

3 

4-7 



BASIC INTERNO. 

Binario. 

Copia de pantalla. 

ASCII. 

No especificado. 



Niimero de bytes en el fichero. 

Para codigo maquina, direccion de entrada. 

No especificado. 



Bits 4-7: Version (1 para ASCII, si no 0). 

Bytes 19/20: Longitud de datos. (De grabacion.) 

Bytes 21/22: Localization de datos. (Direccion de comienzo 

cuando se grabo.) 
Byte 23: Distinto de cero si es el primer bloque. 

Campos del usuario: 

Bytes 24/25 
Bytes 26/27 
Bytes 28/63 

Las llamadas del sistema operativo asociadas con el cassette son 
un poco mas comprensibles que las utilizadas en BASIC. CAS 
NOISY inhibe los mensajes de ayuda; CAS RETURN pone un 
caracter de vuelta en el buffer de lectura, pudiendo ser examinado y 
leido posterior mente; CAS OUT ABANDON permite descartar un 
fichero de salida, mientras CAS CHECK compara un registro en 
cinta con el contenido de memoria, permitiendo verificar facilmente. 
Estas llamadas aparecen listadas en la tabla de llamadas al sistema 
operativo. 

En general, las opciones normales de control del cassette dan 
suficientes facilidades para la mayoria de los propositos, pero es litil 
saber que hay otros modos posibles de trabajo. Sin embargo, estos 
son casi siempre puramente locales, y pueden producir cintas que no 
sean utilizables por otros CPC464, lo cual es un problema. 
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Otro punto importante a tener en cuenta es que el servicio 
normal de interrupciones queda suspendido mientras se utiliza el 
cassette, ya que una interruption puede destruir la temporizacion 
precisa de las senales. El reloj de tiempo transcurrido no avanza, y 
otras funciones controladas por las interrupciones no son ejecutadas 
por la ICP. 

Sin embargo, a cualquier nivel usado, el sistema de cassette tiene 
sus ventajas. Aunque todavia hay un misterio que no ha sido 
aclarado. Despues de grabar o recuperar datos de tipo texto, a veces 
hay que esperar un buen rato para que aparezcan los mensajes de 
ayuda. No esta claro en que funcion emplea el sistema operativo este 
tiempo muerto. 

El sistema operativo 

Ya hemos examinado el hardware del CPC464. Pasemos ahora al 
firmware. Este no es un tema facil. Hay mas de 200 puntos de 
entrada, y todos estan en la RAM, aunque puedes alterarlos si lo 
deseas y acceder con tu propio codigo en lugar de — o ademas de — 
las rutinas normales. 

Para cada punto de entrada existe una funcion que realizar; hay 
condiciones de entrada, condiciones de salida y una serie de registros 
y flags cuyo contenido es destruido. Todo esto se indica de un modo 
resumido, por problemas de espacio, al final de esta section. 

Algunas de las rutinas, que no necesitan condiciones de entrada 
ni devuelven datos, son accesibles desde BASIC. Pero como ya 
hemos visto, lo normal es que haya que pasar parametros desde el 
BASIC al codigo maquina, y viceversa. 

El metodo estandar de pasar parametros es eficaz, pero un poco 
complejo. Vamos a ver primero las distintas formas en que se 
almacenan los datos en BASIC: 

Los niimeros enteros son almacenados en pares de bytes en 
binario puro, haciendolo primero el byte menos significativo. 

Las cadenas de caracteres (strings) utilizan un descriptor de 
cadena y el cuerpo de esta. El descriptor utiliza 3 bytes; el primero 
define la longitud de la cadena y los otros su direction. Solo necesita 
ser pasado como parametro el descriptor. 

Los niimeros reales se almacenan en 5 bytes en formato de coma 
flotante; primero la mantisa (delante, el byte menos significativo) y, al 
final, el byte del exponente. Convertirlos a la forma entera, o intentar 
realizar calculos con ellos, no es tarea facil. 
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Afortunadamente los parametros de un CALL se ceden de un 
modo simplificado. Los enteros son pasados como una palabra de 
2 bytes con signo, totalmente inalterados. Un niimero real se convierte 
a la forma entera sin signo. Una variable se pasa con su direction, y 
para las cadenas se debe dar la direction del descriptor de la cadena. 

Por tanto, cada parametro se cede como una palabra de 2 bytes, 
y las palabras son almacenadas en un bloque al que apunta el 
registro IX, mientras que el niimero de parametros se almacena en A. 
Para complicar el tema, IX apunta hacia el ultimo parametro. 

Supongamos que quieres llamar a GRA LINE ABSOLUTE, que 
dibuja una linea hasta el punto definido por el contenido de DE y de 
HL, como las coordenadas de X e Y del punto final. No puedes 
llamar directamente a la direction de entrada BBF6, porque primero 
han de ser determinados DE y HL. El modo en que debes hacerlo es 
el siguiente: 

A = 2 (dos parametros). 
(IX + 2) = parametro 1 (X). 
(IX) = parametro 2 (Y). 

Necesitas una rutina que copie (IX) en HL, e (IX + 2) en DE. 
Esto es bastante simple: 



7000 


DD 


6E 


00 


LD 


MIX) 


7003 


DD 


66 


01 


LD 


H,(IX+ 1) 


7006 


DD 


5E 


02 


LD 


E,(IX + 2) 


7009 


DD 


56 


03 


LD 


D,(IX + 3) 



Ahora ya puedes llamar a BBF6, seguido de un codigo de retorno 
(C9). 

Observa que la cuenta de parametros en A no se utiliza. Asumi- 
mos que es correcta. 

Quiza ahora entiendas por que consideramos facil pasar parame- 
tros en las anteriores rutinas BASIC/codigo maquina mediante po- 
keado en las direcciones de memoria adecuadas. Tal vez no sea muy 
decoroso desde el punto de vista del BASIC, pero generalmente es 
mas simple. Es posible crear una rutina general para introducir los 
parametros, en cuyo caso la eventual llamada podria ser uno de 
los parametros, aunque normalmente es mas comodo utilizar POKE 
y PEEK. 

No es tarea facil utilizar las rutinas del sistema operativo solo 
desde el BASIC. Para llegar mas lejos con el CPC464 debes utilizar 
el codigo maquina. 
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Como veras, hay muy pocas entradas al sistema operativo que 
puedan ser usadas sin problemas desde el BASIC. Sin embargo, 
muchas de ellas son accesibles mediante instrucciones en BASIC. 
Examina a fondo la lista y podras extraer las que te sean utiles. 

Una ultima advertencia sobre este tema: el BASIC parece capaz 
de restablecerse sin dificultades despues de un CALL, pero en 
muchos casos es util salvar los registros importantes en la pila antes 
de llamar a una rutina del sistema operativo e inicializarlos despues, 
por si acaso... 

El area RST 

Ya han sido mencionadas las rutinas contenidas en el area RST, y 
necesitaras saber algo sobre ellas si quieres sacar partido de las 
ventajas que ofrecen. Las entradas utiles son: 

0000 Entrada de arranque (tambien es accesible por el codigo 
de operacion &C7). El uso de esta entrada provoca una 
reinitialization completa. 

0008 Accesible mediante &CF, que ha sido convertido en un 
pseudocodigo de operacion. Los 2 bytes que siguen a 
&CF son tornados como datos, utilizando la norma 
estandar de hacerlo primero con el byte menos significati- 
ve Los bits de a 13 definen una direccion de la cuarta 
parte inferior de la memoria. El bit 14 controla la ROM 
inferior (poniendolo a 1 la deshabilita), y con el bit 15 se 
controla del mismo modo la ROM superior. Por tanto, es 
posible conmutar bancos y saltar en respuesta a una 
unica llamada, semejando acciones simultaneas. Por ejem- 
plo, CF F2 87 saltara a 07F2 con la ROM inferior 
habilitada y la ROM superior deshabilitada. 

000B Igual que 0008, pero los 2 bytes de datos estan en HL. 

000E Salta a una direccion definida en BC. 

0010 Accesible mediante &D7. Esta llamada es conocida como 
SIDE CALL. Los bytes de definition van detras de &D7. 
Los bits 0-12 se suman a C000 para definir una direccion 
de la ROM superior, mientras que los bits 13-15 definen 
una ROM alternativa en terminos de un desplazamiento 
desde la direccion de selection de la ROM principal. Esto 
permite acceder directamente a un punto de una ROM 
alternativa dada. 
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0013 Conocida como SIDE PCHL. Es como 0010, pero los 2 
bytes de definition van en HL. 

0016 Conocida como PCDE. Salta a una direction definida en 
DE. 

0018 Accesible por &DF. Conocida como FAR CALL. Los 2 
bytes que siguen a &DF indican la direction de una 
definition de 3 bytes, en los que los dos primeros bytes 
indican la direction de memoria requerida. El tercer byte 
(YY) selecciona una ROM alternativa segun las siguientes 
reglas: 

YY = a &FB: Selecciona la ROM YY: habilita la 
superior y deshabilita la inferior. 

YY = &FC: No cambia la ROM: habilita la supe- 

rior y la inferior. 

YY = &FD: No cambia la ROM: habilita la supe- 

rior y deshabilita la inferior. 

YY = &FE: No cambia la ROM: deshabilita la 

superior y habilita la inferior. 

YY = &FF: No cambia la ROM: deshabilita la 

superior y la inferior. 



001 B FAR CPHL. Como 0018 pero la direction esta en HL, 
YY esta en C. 

001 E CPHL. Salta a la direction definida en HL. 

0020 RAM LAM. Equivale a LD A, (HL), pero siempre acce- 
de a la RAM, cualquiera que sea el estado de la ROM. 
Accesible mediante &E7. 

0023 FAR ICALL. HL contiene la direction de los 3 bytes de 
definition, de los que los dos primeros definen una direc- 
tion y el tercero contiene YY, como se indico antes. 

0028 FIRM JUMP. Accesible mediante &EF. Los 2 bytes 
que siguen a &EF definen una direction de la ROM 
inferior o de la RAM central. Observa que esto es un 
salto, no una llamada, y se debe proporcionar una direc- 
tion de retorno en la parte superior de la pila (stack). 

Todas estas rutinas son copiadas desde la ROM a la RAM 
durante la initialization, y no deben ser alteradas. Ahora vamos a 
llegar a un punto donde si es posible hacer un «remiendo». 
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0030 Si se entra en este punto (mediante &F7) con la ROM 
inferior habilitada, se ejecutan las siguientes acciones: 

— Se deshabilitan las interrupciones. 

— Se copia el estado actual de la ROM en 002B. 

— Se deshabilita la ROM inferior. 

— Se habilitan las interrupciones. 

— Se salta a 0030 (en RAM). 

Por tanto, es posible situar una rutina del usuario en el area 
0030-0037 con la certeza de que sera ejecutado si se entra por 0030, 
tanto si la ROM inferior esta habilitada como si no. La position 
0030 en RAM se inicializa con &C7 para proteger los casos en que 
no se ha escrito una rutina. El sistema operativo estandar no llama a 
0030. 

El Z80 se pone para operar en el modo de interrupcion 1, asi 
responde a una serial de interrupcion llamando a la entrada 0038. Ya 
que tanto ROM como RAM pueden estar activadas cuando ocurra 
la interrupcion, ambas memorias deben guardar un salto al manipu- 
lador de interrupciones. Si el manipulador no puede reconocer la 
fuente de la interrupcion, llama a 003B, que normalmente guarda un 
codigo de operacion de retorno en ROM y RAM. La llamada se 
hace con la ROM deshabilitada; de este modo el usuario puede 
introducir su propio codigo en RAM entre 003 B y 003F. El codigo 
sera normalmente un salto a una rutina de tratamiento almacenada 
en cualquier parte. 

La entrada a 0038 podria — pero no debe hacerse — Uamarse 
mediante el codigo de operacion &FF. 

Para hacer un uso intensivo de estas prestaciones estamos obliga- 
dos a reflexionar cuidadosamente y familiarizarnos con el juego de 
instrucciones del Z80. Sin embargo, las peores consecuencias de los 
errores pueden ser subsanadas mediante una reinitialization del 
sistema. 

Las entradas a la tabla de saltos 
("jumpblock") 

Al final de esta section se facilita una lista con mas de doscientas 
llamadas al sistema operativo. Generalmente son accesibles a traves 
de las entradas del jumpblock, que estan almacenadas en RAM, y por 
tanto pueden ser modificadas. Estas nos proveen de un utensilio de 
programacion muy» potente. 
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Por ejemplo, supon que quieres alterar la rutina que manda 
codigos a la impresora. A la entrada de MC PRINT CHAR se 
accede desde BD2B. En BD2B hay el siguiente codigo: 

CF F2 07 

Como habras observado, origina un salto a 07F2 de la ROM 
inferior, donde se almacena la rutina que controla la impresora. De 
este modo, el enlace puede ser alterado para que realice un salto a 
una rutina completamente diferente definida por el usuario, que se 
ejecutara en lugar de la rutina estandar. Los detalles de este procedi- 
miento se dan en otra parte del libro, en relation con un sistema 
alternativo de hardware que forman un interfaz de impresora de 
8 bits. 

Puesto que el codigo modificado es almacenado en RAM, y 
preferiblemente en la mitad central del rango de direcciones, la 
instruction CF no es necesaria, y un simple codigo de salto &C3 es 
suficiente. 

Es evidente que algunas llamadas al sistema operativo no deben 
ser alteradas, ya que las consecuencias del cambio podrian ser muy 
amplias. Los experimentos deben hacerse siempre con cuidado. 

Interrupciones y sucesos ("events") 

El CPC464 utiliza cuatro interrupciones temporales estandar: 

• El marcador rapid o (Fast Ticker) sucede trescientas veces por 
segundo. 

• El temporizador de sonido (Sound Timer) sucede cien veces 
por segundo. 

• El retorno de cuadro (Frame Flyback) sucede con la frecuencia 
del barrido vertical. 

• El marcador (Ticker) sucede cincuenta veces por segundo. 

Estas son las interrupciones normales del tipo enmascarable. No 
hay opciones para tratar las interrupciones no enmascarables (NMI), 
las cuales provocan un salto a 0066. Este salto puede ir a ROM o 
RAM, de modo que las consecuencias son impredecibles. 

Los sucesos son rutinas cortas que se ejecutan por interrupciones 
o por autorizacion del programa prioritario. Los sucesos activa- 
dos por interrupciones se Uaman "sucesos asincronos", y los activados 
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por action del programa se llaman "sucesos sincronos". Normalmen- 
te se utiliza una lista de espera llamadas a sucesos, con listas 
separadas para los dos tipos, pero los "sucesos expres" son ejecuta- 
dos tan pronto como son llamados. Estos sucesos deben ser tan 
cortos como sea posible, y no deben habilitar interruptions o 
destruir el contenido de los registros IX e IY. 

Los sucesos estan definidos por los "bloques de sucesos", que son 
inicializados mediante la llamada a la rutina del sistema operativo 
KL INIT EVENT en base a los datos suministrados. Estos datos 
incluyen la direction y numero de ROM de la rutina que debe 
ejecutarse, y la localization del bloque del suceso, que tiene una 
longitud de 7 bytes. Tambien debe definirse la clase de suceso 
utilizando un byte definido del siguiente modo: 

El bit esta en alto si implica una "direction proxima", y falso si 
implica una "direction lejana". (Veanse notas en el apartado del 
area RST.) 

Los bits del 1 al 4 solo son relevantes en los sucesos sincronos, en 
los que definen el nivel de prioridad. 

El bit 5 es siempre cero. 

El bit 6 se pone a uno para un suceso expres. 

El bit 7 se pone a uno para un suceso asincrono. 

KL INIT EVENT crea un bloque de sucesos de la forma: 
Bytes 0, 1 : Puntero de position del siguiente bloque. 



Byte 2: Cuenta de sucesos pendientes 



Invertidos en 
la documentation 
del CPC464 



Byte 3: Clase de suceso. 

Bytes 4, 5: Direction de la rutina del suceso. 

Byte 6: Selecciona el estado de ROM requerido. 

Los bytes 7 en adelante deben ser preparados por el usuario para 
suministrar parametros. 

Para permitir a la rutina del suceso recogerlos, se debe suminis- 
trar la direction del bloque del suceso. 

Cuando un suceso es inicializado se incrementa la cuenta del 
byte 3, decrementandose cuando se ha ejecutado el suceso. Se puede 
deshabilitar un suceso poniendo el byte de cuenta a —64. Si la 
cuenta vale cero, no se decrementa, y si vale &7F, no se incrementa. 

Hay disponibles llamadas al sistema operativo para armar y 
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desarmar sucesos. Los programas prioritarios deben comprobar a 
intervalos regulares los posibles sucesos sincronos pendientes. 

Para los sucesos asincronos, el bloque de sucesos se etiqueta con 
un bloque de cabecera apropiado segun el tipo de interruption 
involucrada. Para interrupciones de marcador (Ticker interrupts): 



Bytes 0, 1 
Bytes 2, 3 
Bytes 4, 5 
Bytes 6 
en adelante 



Encadenamiento de marcas (puntero de enlace). 

Cuenta de las marcas. 

Valor inicial de la cuenta (valor de recarga). 

Bloque del suceso. 



La cuenta toma el valor inicial de los bytes 4 y 5 cuando se inicia 
un suceso, y entonces es decrementada por cada aparicion de la 
interruption de marcador. Cuando la cuenta alcance el valor cero, el 
suceso es otra vez inicializado, y la cuenta toma el valor de recarga. 
De este modo si el valor de "recarga" es 5, el suceso sera inicializado 
cada cinco interrupciones de marcador, o diez veces por segundo. 

Para las interrupciones Frame Flyback y Fast Ticker, solo se 
anade un encadenador (puntero de enlace) al bloque del suceso. 

Observa que los bloques de sucesos y de interrupciones son 
preparados automaticamente por las llamadas del sistema operative 
y no deben ser modificados por el usuario excepto cuando se indique 
lo contrario. 

En un primer contacto, el sistema de sucesos y de interrupciones 
desanima por su complejidad, pero su potencial es enorme. Una 
aplicacion de estas facultades es, por ejemplo, mostrar la hora del dia 
en una esquina de la pantalla, mientras se ejecuta otro programa. Un 
usuario inspirado puede llenar por completo el area de la RAM 
intermedia con bloques de sucesos y sus rutinas; pero esto puede 
conducir a una situation en la que se exija al ordenador realizar lo 
imposible. Solo hay un procesador, y solo puede ejecutar un trabajo 
determinado en un tiempo dado. Cada suceso lo distrae de su tarea 
prioritaria, consumiendo tiempo de ejecucion y reduciendo casi a 
cero el tiempo de proceso de la tarea principal. 

En particular, el Fast Ticker ha de utilizarse con precaution. Si el 
suceso que llame, consume, por ejemplo, 330 microsegundos de ejecu- 
cion, absorbera un decimo de tiempo de proceso, reduciendo en la 
misma proportion la velocidad de ejecucion del proceso preferente. 

Todos los bloques de interrupciones y de sucesos deben estar en 
la mitad central de la RAM, de forma que sean siempre accesibles. Es 
posible definir un "area segura" desde el BASIC mediante la instruc- 
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cion MEMORY, que puede utilizarse para crear un area de almace- 
namiento protegida. Mas tarde examinaremos esto detalladamente. 

Las llamadas al sistema operativo 

Las llamadas al sistema operativo identificadas por AMSOFT se 
han listado aqui de la manera mas concisa posible. Los detalles 
adicionales se pueden encontrar en el libro AMSTRAD CPC464 Firm- 
ware. (Vease bibliografia.) 

Cada llamada se identifica por un nombre y una direccion de 
entrada de la tabla de saltos. Cada entrada de esta tabla define la 
direccion de la rutina actual, y estas direcciones pueden usarse 
cuando es importante la velocidad, pero la ROM debe ponerse en su 
estado correcto, aunque las entradas de la tabla de saltos fijan 
automaticamente el estado requerido. 

Hay que mencionar que AMSTRAD garantiza las entradas de la 
tabla de saltos, pero no las entradas directas, que pueden ser 
cambiadas en versiones posteriores de la ROM. 

Hay una section de la tabla de saltos de la cual AMSOFT no 
describe los nombres de las llamadas o las funciones. Investigando 
algunas de esas entradas vemos que hay un convertidor de variables 
enteras a coma flotante y otras funciones muy utiles. Estas son 
utilizadas por el BASIC, pero no es factible una explication mas 
amplia de sus caracteristicas, ya que requieren un conocimiento 
interno del interprete BASIC. 

Puede asumirse que los registros no mencionados en las condicio- 
nes de salida son preservados. No obstante, debe tenerse en cuenta 
que esto no incluye a los registros alternativos, que no son utilizables 
por el usuario. 



Llamadas al sistema operativo 

KM INITIALISE: BBOO 

Inicializa completamente el director de teclado; todas las variables, 
buffers e indirecciones especiales se pierden. 

No hay condiciones de entrada. 

Condiciones de salida: el contenido de AF, BC, DE y HL es destruido. 
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KM RESET: 



BB03 



Reinicializa en las indirecciones director de teclado y buffer. 

No hay condiciones de entrada. 

Condiciones de salida: el contenido de AF, BC, DE y HL es destruido. 



KM WAIT CHAR: 



BB06 



Espera un caracter del buffer del teclado o de una cadena de expan- 
sion. 

No hay condiciones de entrada. 

Condiciones de salida: el codigo del caracter es devuelto en A y el aca- 
rreo queda en alto. El estado de los demas indicadores es alterado. 



KM READ CHAR: 



BB09 



Toma un caracter del buffer del teclado o de una cadena de expan- 
sion si esta disponible; si no, no espera. 

No hay condiciones de entrada. 

Condiciones de salida: si el caracter esta disponible el codigo se intro- 
duce en A y el acarreo queda en alto; si no, el acarreo queda en bajo 
y A se devuelve alterado. Los demas indicadores quedan alterados. 



KM CHAR RETURN: 



BBOC 



Reinserta un caracter en el buffer del teclado, para que se pueda 
volver a leer mas tarde, permitiendo comprobar el caracter sin que se 
pierda. 

Los caracteres han de ser devueltos de uno en uno. El caracter 
devuelto debe ser leido antes de devolver otro. 

Condiciones de entrada: A contiene el caracter que va a ser devuelto. 

Condiciones de salida: son preservados todos los registros e indica- 
dores. 
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KM SET EXPAND: BBOF 

Determina una cadena de expansion relacionada con un codigo de 
palabra clave (token). 

Condiciones de entrada: B contiene la palabra clave de expansion 
que va a usarse, y C contiene la longitud de la cadena. 

Condiciones de salida: el acarreo queda en alto si se determina la 
palabra clave; si no, queda en bajo. 

Nota: La serie debe estar en RAM, no en ROM. 



KM GET EXPAND: BB12 

Lee un caracter de una cadena de expansion. El primer caracter es el 
numero 0. 

Condiciones de entrada: A contiene la cadena de expansion y L el 
numero del caracter. 

Condiciones de salida: si lo ha leido bien, el acarreo queda en alto y 
el codigo del caracter se devuelve en A; si no, el acarreo queda en 
bajo y A es alterado. DE y los demas indicadores quedan alterados. 



KM EXP BUFFER: BB15 

Se asigna un buffer para cadenas de expansion y se inicializa con la 
cadena de expansion por omision. 

Condiciones de entrada: DE contiene la direction del buffer; HL 
contiene su longitud. 

Condiciones de salida: el acarreo queda en alto salvo si el buffer es 
demasiado corto. A, BC, DE, HL y los demas indicadores quedan 
alterados. 



KM WAIT KEY: BB18 

Espera por un codigo del buffer del teclado. 
No hay condiciones de entrada. 
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Condiciones de salida: el acarreo queda en alto y A contiene el 
caracter o la palabra clave de expansion. (Las palabras claves no son 
expandidas.) 



KM READ KEY: BB1B 

Tome un codigo del buffer del teclado si hay uno disponible. 

No hay condiciones de entrada. 

Condiciones de salida: si estaba disponible un codigo el acarreo 
queda en alto y A contiene el codigo del caracter o la palabra clave de 
expansion; si no, el acarreo queda en bajo y A es alterado. Los 
demas indicadores quedan alterados. 

KM TEST KEY: BB1E 

Comprueba si esta pulsada una tecla especifica. 

Condiciones de entrada: A contiene un numero de tecla. 

Condiciones de salida: si la tecla esta pulsada el indicador de cero 
queda en bajo; si no, queda en alto. El acarreo queda siempre en 
alto, C contiene el estado actual de las teclas Shift y Control. A, HL 
y los demas indicadores quedan alterados. 

KM GET STATE: BB21 

Comprueba los estados de Caps y Shift LOCK. 

No hay condiciones de entrada. 

Condiciones de salida: L contiene el estado de Shift Lock; H contie- 
ne el estado de Caps Lock. Si el Lock esta activado, el estado es 
&FF; si no, es 0. AF queda alterado. 

KM GET JOYSTICK: BB24 

Comprueba el estado del joystick. 
No hay condiciones de entrada. 
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Condiciones de salida: A y H contienen el estado del joystick 0; L 
contiene el estado del joystick 1. Los indicadores quedan alterados. 

Los bytes de information tienen la siguiente configuration: 



Bit 

Bit 1 

Bit 2 

Bit 3 

Bit 4 

Bit 5 

Bit 6 

Bit 7 



ARRIBA. 
ABAJO. 
IZQUIERDA. 
DERECHA. 
FUEGO 2. 
FUEGO 1. 
Pulsador de repuesto. 
0. 



KM SET TRANSLATE: 



BB27 



Determina el codigo o palabra clave generado por una tecla dada. 

Condiciones de entrada: A contiene el niimero de la tecla; B contiene 
el codigo o palabra clave. 

Condiciones de salida: AF y HL quedan alterados. 

Los siguientes valores de palabras claves tienen un uso especial: 

80-9F: Palabras claves de expansion. 

EO-FC: Codigos de edition del si sterna. 

FD; Caps Lock. 

FE: Shift Lock. 

FF: Ignorado. (Teclas sin significado.) 

KM GET TRANSLATE: BB2A 

Traduce el significado de una tecla sin Shift ni Control. 
Condiciones de entrada: A contiene el niimero de tecla. 
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Condiciones de salida: A contiene la traduction; HL y los indicado- 
res quedan alterados. 

KM SET SHIFT: BB2D 

Determina el significado de una tecla con Shift, y sin Control. 

Condiciones de entrada: A contiene el numero de tecla; B contiene el 
significado. 

Condiciones de salida: AF y HL quedan alterados. 

Nota: Vease KM SET TRANSLATE para los codigos con un signifi- 
cado especial. 

KM GET SHIFT: BB30 

Traduce el significado de una tecla con Shift y sin Control. 

Condiciones de entrada: A contiene un numero de tecla 

Condiciones de salida: A contiene la traduction; HL y los indicado- 
res quedan alterados. 

KM SET CONTROL: BB33 

Determina el significado de una tecla con Control. 

Condiciones de entrada: A contiene el numero de tecla y B el 
significado. 

Condiciones de salida: AF y HL quedan alterados. 

Nota: Vease KM SET TRANSLATE para los codigos con un signifi- 
cado especial. 

KM GET CONTROL: BB36 I 

Traduce el significado de una tecla con Control. 

Condiciones de entrada: A contiene el numero de la tecla. 

Condiciones de salida: A contiene el significado; HL y los indicado- 
res quedan alterados. 

^ 
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KM SET REPEAT: BB39 

Determina si se asigna repetition a una tecla. 

Condiciones de entrada: A contiene el niimero de tecla; B contiene 
&&FF si se asigna repetition; si no, contiene 0. 

Condiciones de salida: AF, BC y HL estan falseados. 

KM GET REPEAT: BB3C 

Comprueba si una tecla tiene asignada repetition. 

Condiciones de entrada: A contiene el niimero de una tecla. 

Condiciones de salida: el indicador de acarreo queda en bajo si la 
tecla tiene asignada repetition; si no, queda en alto. El acarreo queda 
en bajo. A, HL y los otros indicadores quedan alterados. 

KM SET DELAY: BB3F 

Determina la demora de comienzo y el periodo de repetition de las 
teclas. 

Condiciones de entrada: H contiene la demora de comienzo; L 
contiene el periodo de repetition. Los valores se dan en cincuentavos 
de segundo. Un valor de se interpreta como 256. 

Condiciones de salida: AF queda alterado. 

KM GET DELAY: BB42 

Comprueba la demora de comienzo y el periodo de repetition de las 
teclas. 

No hay condiciones de entrada. 

Condiciones de salida: H contiene la demora de comienzo; L contie- 
ne el periodo de repetition. Los valores se dan en cincuentavos de 
segundo. AF queda alterado. 

KM ARM BREAKS: BB45 

Habilita los sucesos del break. 

~53 



Condiciones de entrada: DE contiene la direction de la rutina del 
break; C contiene la direction de ROM seleccionada para la rutina. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

KM DISARM BREAKS: BB48 

Deshabilita los sucesos del break. (Este es el estado por omision.) 

No hay condiciones de entrada. 

Condiciones de salida: AF y HL quedan alterados. 

KM BREAK EVENT: BB4B 

Genera un break si los sucesos de este estan habilitados. Deshabilita 
los sucesos del break. 

No hay condiciones de entrada. 

Condiciones de salida: AF y HL quedan alterados. 

Una palabra clave de un suceso de break (&EF) se coloca en el buffer 
del teclado. Esto genera un suceso de break cuando es leido del 
buffer. 

TXT INITIALISE: BB4E 

Initialization completa de la unidad de visualization de texto, inclu- 
yendo todas las variables e indirecciones. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

TXT RESET: BB51 

Reinicializa las indirecciones de la unidad de visualization de texto y 
la tabla de control. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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TXT VDU ENABLE: BB54 

Permite mostrar datos en pantalla con la via (stream) actual selec- 
cionada. 

No hay condiciones de entrada. 

Condiciones de salida: AF queda alterado. 

TXT VDU DISABLE: BB57 

Impide mostrar datos en pantalla con la via (stream) actual seleccio- 
nada (incluyendo el cursor). 

No hay condiciones de entrada. 

Condiciones de salida: AF queda alterado. 

TXT OUTPUT: BB5A 

Manda un codigo a la unidad de visualization de texto. 

Condiciones de entrada: A contiene el codigo a mandar. 

Condiciones de salida: todos los indicadores y registros son preserva- 
dos. 

TXT WRITE CHAR: BB5D 

Imprime un caracter en la position del cursor de la via (stream) 
actual. Los codigos de control expuestos no son obedecidos, pero si 
impresos. La VDU debe estar habilitada. 

Condiciones de entrada: A contiene el codigo del caracter. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

TXT RD CHAR: BB60 

Lee un caracter de la pantalla en la posicion del cursor de la via 
(stream) actual. 

No hay condiciones de entrada. 
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Condiciones de salida: si el caracter es reconocido el acarreo queda 
en alto y A contiene el codigo del caracter; si no, el acarreo queda en 
bajo y A contiene 0. 

Los demas indicadores quedan alterados. 

TXT SET GRAPHIC: BB63 

Habilita o deshabilita la opcion de caracteres graficos. 

Condiciones de entrada: A vale para activar la opcion, y distinto 
de para desactivarla. 

Condiciones de salida: AF queda alterado. 

TXT WIN ENABLE: BB66 

Determina una ventana para la via (stream) actual. 

Condiciones de entrada: D y H contienen los margenes izquierdo y 
derecho; el menor valor es el margen izquierdo. E y L contienen los 
margenes superior e inferior; el menor es el margen superior. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

TXT GET WINDOW: BB69 

Comprueba los limites de la ventana en la via (stream) actual. 

No hay condiciones de entrada. 

Condiciones de salida: H contiene la columna izquierda; D, la co- 
lumna derecha; L, la fila superior, y E contiene la fila inferior. El 
acarreo queda alterado si la ventana cubre toda la pantalla. 

Nota: En las ultimas dos Hamad as hay que tener en cuenta que las 
posiciones empiezan a contar desde 0, no desde 1 como en BASIC. 

TXT CLEAR WINDOW: BB6C 

Borra el texto de la ventana en la via (stream) actual, rellenandolo 
con la tinta del papel en esa via. Situa el cursor en la esquina 
superior izquierda. 
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No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

TXT SET COLUMN: BB6F 

Mueve el cursor de la via (stream) actual a una columna especi- 
ficada. 

Condiciones de entrada: A contiene el niimero de columna requerido. 
(De 1 en adelante.) 

Condiciones de salida: AF y HL quedan alterados. 

TXT SET ROW: BB72 

Mueve el cursor en la via (stream) actual a una fila especificada. 

Condiciones de entrada: A contiene el numero de la fila requerido. 
(De 1 en adelante.) 

Condiciones de salida: AF y HL quedan alterados. 

TXT SET CURSOR: BB75 

Mueve el cursor en la via (stream) actual a una columna y a una fila 
especificadas. 

Condiciones de entrada: H contiene la columna y L la fila. (De 1 en 
adelante.) 

Condiciones de salida: AF y HL quedan alterados. 

TXT GET CURSOR: BB78 

Comprueba la position del cursor en la via (stream) actual, asi como 
el contador de desplazamiento de pantalla (roll count). 

No hay condiciones de entrada. 

Condiciones de salida: H contiene la columna y L la fila; A contiene 
el contador de desplazamiento, que es decrementado cuando la ven- 
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tana es desplazada hacia arriba, y es incrementado cuando la venta- 
na es desplazada hacia abajo. La position del cursor devuelta no es 
necesariamente valida. 



TXT CUR ENABLE: BB7B 

Habilita el cursor para la via (stream). 
No hay condiciones de entrada. 
Condiciones de salida: AF queda alterado. 

TXT CUR DISABLE: BB7E 

Deshabilita el cursor para la via (stream) actual. 
No hay condiciones de entrada. 
Condiciones de salida: AF queda alterado. 

TXT CUR ON: BB81 

Permite mostrar en pantalla el cursor en la via (stream) actual. 

No hay condiciones de entrada. 

Condiciones de salida: todos los registros e indicadores estan preser- 
vados. 

TXT CUR OFF: BB84 

Impide mostrar en pantalla el cursor en la via (stream) actual. 

No hay condiciones de entrada. 

Condiciones de salida: todos los registros e indicadores estan preser- 
vados. 

Not a: BB7B/E estan destinadas para un uso general, y se imponen a 
BB81/4 en lo concerniente a la supresion del cursor. BB81/4 son para 
uso de las ROM del sistema. 
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TXT VALIDATE: BB87 

Comprueba si el cursor esta dentro de los limites de la ventana 
actual. 

Condiciones de entrada: H contiene la columna y L la fila (de 1 en 
adelante) de la position. 

Condiciones de salida: si esta dentro de la ventana, el acarreo queda 
en alto y B alterado. Si la ventana tiene que desplazarse hacia arriba, 
el acarreo queda en bajo y B contiene &FF. Si la ventana tiene que 
desplazarse hacia abajo, el acarreo queda en bajo y B contiene 0. En 
todos los casos, H y L contienen la columna y la fila en la que el 
caracter debe aparecer. A y los demas indicadores quedan alterados. 



TXT PLACE CURSOR: BB8A 

Muestra un cursor en la via (stream) actual. Esto permite varios 
cursores. Es absurdo Uamar a TXT PLACE CURSOR dos veces 
para una position de pantalla dada, sin que intervenga TXT REMO- 
VE CURSOR, porque seguimos teniendo el primer cursor en esa 
position. 

No hay condiciones de entrada. 

Condiciones de salida: AF queda alterado. 

TXT REMOVE CURSOR: BB8D 

Retira un cursor multiple de la pantalla. 
No hay condiciones de entrada. 
Condiciones de salida: AF queda alterado. 



TXT SET PEN: BB90 

Define la tinta de escritura de la via (stream). 
Condiciones de entrada: A contiene el numero de la tinta. 
Condiciones de salida: AF y HL quedan alterados. 
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TXT GET PEN: BB93 

Comprueba la tinta de escritura en la via (stream) actual. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el niimero de la tinta. Los indica- 
dores quedan alterados. 

TXT SET PAPER: BB96 

Define la tinta del papel para la via (stream) actual. 
Condiciones de entrada: A contiene el niimero de la tinta. 
Condiciones de salida: AF y HL quedan alterados. 

TXT GET PAPER: BB99 

Comprueba la tinta del papel en la via (stream) actual. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el niimero de la tinta. Los indica- 
dores quedan alterados. 

TXT INVERSE: BB9C 

Intercambia la tinta del papel y la de escritura en la via (stream) 
actual. 

No hay condiciones de entrada. 

Condiciones de salida: AF y HL quedan alterados. 

TXT SET BACK: BB9F 

Determina si se muestra el papel, es decir, si se escribe en modo 
opaco (se muestra el papel) o en modo transparente (no se muestra). 

Condiciones de entrada: A contiene para el modo opaco, y un 
valor distinto de para el modo transparente. 



Condiciones de salida: AF y HL quedan alterados. 
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TXT GET BACK: BBA2 

Comprueba si se esta mostrando el papel. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene si se esta utilizando el modo 
opaco; si no, contiene un valor distinto de 0. DE, HL y los indicado- 
res quedan alterados. 

TXT GET MATRIX: BBA5 

Obtiene la direction del modelo de un caracter. 

Condiciones de entrada: A contiene el codigo del caracter. 

Condiciones de salida: HL contiene la direction del modelo. Si esta 
en ROM el acarreo queda en bajo; si esta en RAM el acarreo queda 
en alto. A y los demas indicadores quedan alterados. 

TXT SET MATRIX: BBA8 

Define un modelo de caracter. 

Condiciones de entrada: A contiene el codigo del caracter a definir, y 
HL contiene la direction de la matriz que va a utilizarse para definir 
el modelo. 

Condiciones de salida: el acarreo queda en alto si el caracter es 
definible por el usuario; si no, queda en bajo. A, BC, DE, HL y los 
demas indicadores quedan alterados. 

TXT SET M TABLE: BBAB 

Define una tabla de modelos de caracteres. (Hasta &FF.) 

Condiciones de entrada: DE contiene el codigo del primer caracter. 
HL contiene la direction de comienzo de la tabla de modelos. 

Condiciones de salida: si anteriormente no habia tabla definida por 
el usuario, el acarreo queda en bajo, y A y HL quedan alterados. Si 
la habia, el acarreo queda en alto, y A contiene el codigo del primer 
caracter. HL contiene la direction de la tabla antigua. BC, DE y los 
demas indicadores quedan alterados. 
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TXT GET M TABLE: BBAE 

Comprueba la direction de una tabla de caracteres definida por el 
usuario y el codigo del primer caracter de la tabla. 

No hay condiciones de entrada. 

Condiciones de salida: si no hay una tabla de caracteres definida por 
el usuario, el acarreo queda en bajo, A y HL quedan alterados; si no, 
el acarreo queda en alto. A contiene el codigo del primer caracter de 
la tabla y HL contiene la direction de comienzo de la tabla. Los 
demas indicadores quedan alterados. 



TXT GET CONTROL: BBB1 

Obtiene la direction de la tabla de codigos de control. Esta tiene 
3 bytes por codigo. El primer byte indica el niimero de parametros que 
requiere el codigo; los otros dos indican la direction de la rutina 
relacionada. 

No hay condiciones de entrada. 

Condiciones de salida: HL contiene la direction de la tabla de 
control. 



TXT STR SELECT: BBB4 

Selecciona la via (stream). 

Condiciones de entrada: A contiene la via (stream) a seleccionar. 

Condiciones de salida: HL y los indicadores quedan alterados. 

TXT SWAP STREAMS: BBB7 

Intercambia dos vias (streams). 

Condiciones de entrada: C y B contienen el numero de las dos vias 
(streams). 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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GRA INITIALISE: BBBA 

Inicializa la unidad de visualization de graficos. (Todas las variables 
e indirecciones toman los valores por omision.) 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA RESET: BBBD 

Fija las indirecciones de la unidad de visualization de graficos a los 
valores por omision. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA MOVE ABSOLUTE: BBCO 

Mueve el cursor de graficos a una position en coordenadas abso- 
lutas. 

Condiciones de entrada: DE contiene la coordenada X; HL contiene 
la coordenada Y. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA MOVE RELATIVE: BBC3 

Mueve el cursor de graficos a una position relativa a la position 
actual. 

Condiciones de entrada: DE contiene la coordenada X relativa y HL 
contiene la coordenada Y relativa. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA ASK CURSOR: BBC6 

Comprueba la position del cursor de graficos. 
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No hay condiciones de entrada. 

Condiciones de salida: DE contiene la coordenada X absoluta; HL 
contiene la coordenada Y absoluta. AF queda alterado. 

GRA SET ORIGIN: BBC9 

Determina el punto de origen de coordenadas para el cursor de 
graficos. 

Condiciones de entrada: DE contiene la coordenada X estandar y 
HL contiene la coordenada Y estandar. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

GRA GET ORIGIN: BBCC 

Comprueba la position del origen de coordenadas. 

No hay condiciones de entrada. 

Condiciones de salida: DE contiene la coordenada X estandar y HL 
contiene la coordenada Y estandar. 

GRA WIN WIDTH: BBCF 

Define los margenes derecho e izquierdo de la ventana de graficos. 

Condiciones de entrada: DE y HL contienen las coordenadas X 
estandar de los margenes. El menor de los valores determina el 
margen izquierdo. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

GRA WIN HEIGHT: BBD2 

M 

Define los limites superior e inferior de la ventana de graficos. 



Condiciones de entrada: DE y HL contienen las coordenadas estan- 
dar de los limites. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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GRA GET W WIDTH: BBD5 

Comprueba los margenes derecho e izquierdo de la ventana de 
graficos. 

No hay condiciones de entrada. 

Condiciones de salida: DE contiene la coordenada X estandar del 
margen izquierdo; HL contiene la coordenada X estandar del mar- 
gen derecho. AF queda alterado. 

GRA GET W HEIGHT: BBD8 

Comprueba los limites superior e inferior de la ventana de graficos. 

No hay condiciones de entrada. 

Condiciones de salida: DE contiene la cordenada Y estandar del 
limite superior; HL contiene la coordenada Y estandar del limite 
inferior. AF queda alterado. 



GRA CLEAR WINDOW: BBDB 

Borra la ventana de graficos rellenandola con el color de la tinta del 
papel de graficos. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

Nota: El cursor de graficos se situa en el origen de coordenada 

GRA SET PEN: BBDE 

Define una tinta para el pincel de graficos. 

Condiciones de entrada: A contiene el numero de la tinta. 

Condiciones de salida: AF queda alterado. 

GRA GET PEN: BBE1 

Comprueba el color actual del pincel de graficos. 
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No hay condiciones de entrada. 

Condiciones de salida: A contiene el numero de la tinta. Los indica- 
dores quedan alterados. 

GRA SET PAPER: BBE4 

Define el color del papel de graficos. 

Condiciones de entrada: A contiene el numero de la tinta. 

Condiciones de salida: AF queda alterado. 

GRA GET PAPER: BBE7 

Comprueba el color del papel de graficos. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el numero de la tinta. Los indica- 
dores quedan alterados. 

GRA PLOT ABSOLUTE: BBEA 

Activa un pixel en coordenadas absolutas. 

Condiciones de entrada: DE contiene la coordenada X absoluta y 
HL contiene la coordenada Y absoluta. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA PLOT RELATIVE: BBED 

Activa un pixel en una posicion relativa a la posicion actual del 
cursor de graficos. 

Condiciones de entrada: DE contiene la coordenada X relativa y HL 
contiene la coordenada Y relativa. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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GRA TEST ABSOLUTE: BBFO 



Comprueba la tinta de un pixel en coordenadas absolutas. 

Condiciones de entrada: DE contiene la coordenada X absoluta y 
HL contiene la coordenada Y absoluta. 

Condiciones de salida: A contiene el numero de la tinta. BC, DE, HL 
y los indicadores quedan alterados. 



GRA TEST RELATIVE: BBF3 

Comprueba la tinta de un pixel en coordenadas relativas a la posi- 
tion actual del cursor de graficos. 

Condiciones de entrada: DE contiene la coordenada X relativa y HL 
la coordenada Y relativa. 

Condiciones de salida: A contiene el numero de la tinta. BC, DE, HL 
y los indicadores quedan alterados. 



GRA LINE ABSOLUTE: BBF6 

Dibuja una linea desde la position actual del cursor de graficos hasta 
la position indicada, en coordenadas absolutas. 

Condiciones de entrada: DE contiene la coordenada X absoluta; HL 
contiene la coordenada Y absoluta. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



GRA LINE RELATIVE: BBF9 

Dibuja una linea desde la position actual del cursor hasta la position 
indicada, en coordenadas relativas a la position del cursor de gra- 
ficos. 

Condiciones de entrada: DE contiene la coordenada X relativa; HL 
contiene la coordenada Y relativa. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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GRA WRITE CHAR: BBFC 

Escribe un caracter en la position actual del cursor de graficos. 
Condiciones de entrada: A contiene el codigo del caracter. 
Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR INITIALISE: BBFF 

Inicializa completamente el paquete de pantalla (Screen Pack). Se 
reinicializan todas las variables y direcciones de entrada, asi como el 
modo de pantalla y las tintas. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR RESET: BC02 

Reinicializa los colores y las indirecciones del paquete de pantalla, asi 
como la velocidad de parpadeo y el modo de escritura. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR SET OFFSET: BC05 

Define un desplazamiento de pantalla. 

Condiciones de entrada: HL contiene el desplazamiento requerido. 

Condiciones de salida: AF y HL quedan alterados. 

SCR SET BASE: BC08 

Define la direction base de pantalla. (C000 6 4000.) 

Condiciones de entrada: A contiene el byte mas significativo de la 
direction base. 

Condiciones de salida: AF y HL quedan alterados. 
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SCR GET LOCATION: BCOB 

Comprueba la direction base de pantalla y el desplazamiento. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el byte mas significativo de la 
direction base; HL contiene el desplazamiento. Los indicadores que- 
dan alterados. 

SCR SET MODE: BCOE 

Define el modo de pantalla. 

Condiciones de entrada: A contiene el modo requerido. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR GET MODE: BC11 

Comprueba el modo actual de pantalla. 

No hay condiciones de entrada. 

Condiciones de salida: para el modo 0, el acarreo queda en alto, 
el indicador de queda en bajo y A contiene 0. Para el modo l, el 
acarreo queda en bajo, el indicador de queda en alto y A contiene 
1. Para el modo 2, los indicadores de acarreo y quedan en bajo y A 
contiene 2. Los demas indicadores quedan alterados. 

SCR CLEAR: BC14 

Borra la pantalla con la tinta 0. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR CHAR LIMITS: BC17 

Comprueba el tamano de la pantalla en caracteres. 
No hay condiciones de entrada. 
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Condiciones de salida: B contiene la ultima columna de pantalla; C 
contiene la ultima fila de pantalla. AF queda alterado. 



SCR CHAR POSITION: BC1A 

Calcula la direction de pantalla de la esquina superior izquierda de 
la position de un caracter. 

Condiciones de entrada: H contiene la columna y L la fila, en valores 
fisicos (de en adelante). 

Condiciones de salida: HL contiene la direction de pantalla; B 
contiene los bytes por caracter. AF esta falseado. 



SCR DOT POSITION: BC1D 

Calcula la direction de pantalla de un pixel. 

Condiciones de entrada: DE contiene la coordenada X; HL contiene 
la coordenada Y. 

Condiciones de salida: HL contiene la direction de pantalla; B 
contiene los pixels por byte menos uno; C contiene la mascara del 
pixel. AF y DE quedan alterados. 



SCR NEXT BYTE: BC20 

Halla la direction de pantalla del punto situado 1 byte a la derecha 
de una direction dada. 

Condiciones de entrada: HL contiene una direction de pantalla. 

Condiciones de salida: HL contiene la direction de pantalla actuali- 
zada. AF queda alterado. 



SCR PREV BYTE: BC23 

Halla la direction de pantalla del punto situado 1 byte a la izquierda 
de una direction dada. 

Condiciones de entrada: HL contiene una direction de pantalla. 
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Condiciones de salida: HL contiene la direction de pantalla actuali- 
zada. AF esta falseado. 



SCR NEXT LINE: BC26 

Halla la direction de pantalla del punto situado una linea por debajo 
de una direction dada. 

Condiciones de entrada: HL contiene la direction de pantalla dada. 

Condiciones de salida: HL contiene la direction de pantalla actuali- 
zada. AF queda alterado. 



SCR PREV LINE: BC29 

Halla la direction de pantalla del punto situado una linea por 
encima de una direction dada. 

Condiciones de entrada: HL contiene la direction de pantalla. 

Condiciones de salida: HL contiene la direction de pantalla actuali- 
zada. AF queda alterado. 



SCR INK ENCODE: BC2C 

Codifica una tinta para todos los pixels de un byte. 

Condiciones de entrada: A contiene el numero de la tinta. 

Condiciones de salida: A contiene la tinta codificada. Los indicadores 
quedan alterados. 

SCR INK DECODE: BC2F 

Decodifica una tinta. 

Condiciones de entrada: A contiene una mascara de tinta codificada. 

Condiciones de salida: A contiene el numero correspondiente de 
tinta. Los indicadores quedan alterados. 
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SCR SET INK: BC32 

Fija los colores relacionados con un niimero de tinta. Si los dos 
colores son distintos, aparecen alternativamente en la pantalla. 

Condiciones de entrada: A contiene el niimero de la tinta; B contiene 
el primer color; C contiene el segundo. 

Condiciones de salida: AF, BC, DE y HL quedan alter ados. 



SCR GET INK: BC35 

Comprueba los colores relacionados con una tinta dada. 

Condiciones de entrada: A contiene el niimero de la tinta. 

Condiciones de salida: B contiene el primer color; C contiene el 
segundo. AF, DE y HL quedan alterados. 

SCR SET BORDER: BC38 

Fija los colores del borde de la pantalla. Si los colores son distintos, 
aparecen alternativamente. 

Condiciones de entrada: B contiene el primer color; C contiene el 
segundo. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR GET BORDER: BC3B 

Comprueba los colores del borde de la pantalla. 

No hay condiciones de entrada. 

Condiciones de salida: B contiene el primer color; C contiene el 
segundo. AF, DE y HL quedan alterados. 

SCR SET FLASHING: BC3E 

Determina los periodos de flash. (En periodos de barrido.) 
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Condiciones de entrada: H contiene el periodo del primer color y L 
contiene el periodo del segundo. 

Condiciones de salida: AF y HL quedan alterados. 



SCR GET FLASHING: BC41 

Comprueba los periodos de flash. (En periodos de barrido.) 

No hay condiciones de entrada. 

Condiciones de salida: H contiene el periodo del primer color; L 
contiene el periodo del segundo. AF queda falseado. 

SCR FILL BOX: BC44 

Rellena un area rectangular de la pantalla con una tinta dada. 

Condiciones de entrada: A contiene la tinta codificada que va a 
utilizarse; H, la columna mas a la izquierda; L, la fila superior; D, la 
columna mas a la derecha, y E contiene la fila inferior, que van a ser 
rellenadas. 

Las coordenadas van de en adelante. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

Nota: No se tiene en cuenta el modo de escritura actual de la unidad 
de visualization. 

SCR FLOOD BOX: BC47 

Rellena un area rectangular de la pantalla con una tinta dada, hasta 
unos bytes que marcan los limites. 

Condiciones de entrada: HL contiene la direction de la esquina 
superior izquierda; D, el ancho del rectangulo (en bytes); E, la altura 
del rectangulo (en lineas de pantalla), y C contiene la tinta codificada 
que se va a utilizar. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

Nota: No se tiene en cuenta el modo de escritura actual de la unidad 
• de visualization. 
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SCR CHAR INVERT: BC4A 

Convierte el caracter de una position dada a la forma de video 
inverse cambiando las tintas. 

Condiciones de entrada: B y C contienen las tintas codificadas; H 
define la columna de texto, y L la fila. (De en adelante.) 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



SCR HW ROLL: BC4D 

Desplaza la pantalla verticalmente de ocho en ocho lineas de pixels. 
La fila que aparece en la pantalla esta limpia. El desplazamiento de 
texto no varia. 

Condiciones de entrada: para un desplazamiento hacia abajo, B con- 
tiene 0; un valor distinto de determina un desplazamiento hacia 
arriba. A contiene la tinta codificada con que aparece la nueva linea. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



SCR SW ROLL: BC50 

Desplaza un area definida de pantalla de ocho en ocho lineas de 
pixels. La fila que aparece esta limpia. 

Condiciones de entrada: para un desplazamiento hacia abajo, B 
contiene 0; un valor distinto de determina un desplazamiento hacia 
arriba. A contiene la tinta codificada con la que aparece la nueva 
linea; H. la columna izquierda del area a desplazar; D, la columna 
derecha; L, la fila superior, y E contiene la fila inferior. (Las coorde- 
nadas van de en adelante.) 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



SCR UNPACK: BC53 

Convierte la configuration de un caracter en un conjunto de masca- 
ras de pixel para el modo de pantalla actual. 

Condiciones de entrada: HL contiene la direction de la configuration 
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del caracter; DE contiene la direction del area en que se va a 
almacenar el resultado. 

Condiciones de salida: AF, BC, DE y HL quedan alter ados. 



SCR REPACK: BC56 

Convierte un caracter en pantalla a la forma del caracter estandar. 

Condiciones de entrada: A contiene la tinta codificada del caracter; 
H, la columna donde esta el caracter, y L contiene la fila. (Las 
coordenadas van de en adelante.) DE contiene la direction del area 
donde se va a almacenar la conversion. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



SCR ACCESS: BC59 

Fija el modo de graficos de la unidad de visualization. 
Condiciones de entrada: A contiene la clave del modo requerido: 



Modo Absoluto (modo normal). 
Modo XOR ("o" exclusivo logico). 
Modo AND ("y" logico). 
Modo OR ("o" logico). 



Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR PIXELS: BC5C 

Pinta un pixel en la pantalla ignorando el modo de graficos de la 
unidad de visualization. 

Condiciones de entrada: B contiene la tinta codificada; C, la mascara 
del pixel, y HL contiene la direction de pantalla. 

Condiciones de salida: AF queda alterado. 
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SCR HORIZONTAL: BC5F 

Dibuja una lfnea horizontal. 

Condiciones de entrada: A contiene la tinta codificada; BC, la coor- 
denada X del final de la linea; DE, la coordenada X del principio 
de la linea, y HL contiene la coordenada Y. (DE no debe ser mayor 
que BC.) 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SCR VERTICAL: BC62 

Dibuja una linea vertical. 

Condiciones de entrada: A contiene la tinta codificada; BC, la coor- 
denada Y del final de la linea: DE, la coordenada X, y HL contiene 
la coordenada Y del principio de la linea. (HL no debe ser mayor 
que BC.) 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

CAS INITIALISE: BC65 

lnicializa el controlador del cassette, cierra las vias (streams), fija la 
velocidad de escritura por omision y activa los mensajes de ayuda. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

CAS SET SPEED: BC68 

Define la velocidad de escritura del cassette y la precompensacion. 

Condiciones de entrada: A contiene la precompensacion; HL, define 
el periodo de escritura. La precompensacion puede valer entre y 
225 (microsegundos), pero los valores altos no son los apropiados. El 
contenido de HL determina la duration de medio periodo del ciclo 
de un bit en microsegundos. La formula que determina la veloci- 
dad de escritura en baudios es: 10T6/(3*HL). HL debe valer entre 
130 y 480. 
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Los valores estandar son: 2.000 baudios: HL = 167, A = 50. 1.000 
baudios: HL = 333, A = 25. 



CAS NOISY: BC6B 

Controla los mensajes de ayuda del cassette. 

Condiciones de entrada: A contiene para habilitar los mensajes y 
un valor distinto de para deshabilitarlos. 

Condiciones de salida: AF queda alter ado. 



CAS START MOTOR: BC6E 

Enciende el motor del cassette y espera a que se estabilice la velo- 
cidad. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado previo del motor. El 
acarreo queda en alto, a menos que la action haya sido abortada 
pulsando Escape. 



CAS STOP MOTOR: BC71 

Apaga el motor del cassette. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado previo del motor. El 
acarreo queda en alto, salvo si se pulso Escape. 



CAS RESTORE MOTOR: BC74 

Restaur a el estado previo del motor. 

Condiciones de entrada: A contiene el estado previo del motor. 

Condiciones de salida: el acarreo queda en alto, excepto si se pulso 
Escape. 
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CAS IN OPEN: BC77 

Abre un fichero de entrada del cassette. 

Condiciones de entrada: B contiene la longitud del nombre del 
fichero; HL contiene la direccion del nombre, y DE contiene la 
direccion de un area de 2K que actiia como buffer. 

Condiciones de salida: si fue abierto correctamente, el acarreo queda 
en alto y el indicador de cero queda en bajo. HL contiene la direc- 
cion del buffer en el que esta la cabecera del fichero; DE contiene la 
position de los datos facilitada por la cabecera; BC, la longitud del 
fichero facilitada en la cabecera, y A contiene el tipo de fichero. 

Si la via (stream) se esta utilizando, el acarreo y el indicador de cero 
quedan en bajo. A, BC, DE y HL quedan alterados. 

Si se pulso Escape, el acarreo y el indicador de queda en alto. A, 
BC, DE y HL quedan alterados. 

En cualquier caso, IX y los demas indicadores quedan alterados. 



CAS IN CLOSE: BC7A 

Cierra un fichero de entrada del cassette. 

No hay condiciones de entrada. 

Condiciones de salida: el acarreo queda en alto si la action ha sido 
terminada, y en bajo si la via no estaba abierta. A, BC, DE, HL y los 
demas indicadores quedan alterados. 

CAS IN ABANDON: BC7D 

Abandona un fichero de entrada del cassette. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

CAS IN CHAR: BC80 

Lee un caracter del fichero de entrada del cassette. 
No hay condiciones de entrada. 
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Condiciones de salida: si se ejecuto la action, A contiene el codigo 
del caracter, el acarreo queda en alto y el indicador de cero es bajo. 

Si se encontro el final de fichero, A queda alterado, el acarreo queda 
en alto y el indicador de cero en bajo. 

Si se pulso Escape, A queda alterado, el acarreo queda en bajo y el 
indicador de cero en alto. 

En cualquier caso, IX y los demas indicadores quedan alterados. 



CAS IN DIRECT: BC83 

Lee un fichero completo para almacenarlo. 

Condiciones de entrada: HL contiene la direction donde se almace- 
nara el bloque traido desde el fichero de entrada del cassette. 

Condiciones de salida: si la action ha sido completada, HL queda en 
alto, y el indicador de cero en bajo. 

Si el fichero no fue abierto, HL queda alterado, el acarreo y el 
indicador de cero quedan en bajo. 

Si se pulso Escape, HL queda alterado, el acarreo queda en bajo y el 
indicador de cero en alto. 

En cualquier caso, A, BC, DE, IX y los demas indicadores quedan 
alterados. 



CAS RETURN: BC86 

Devuelve el ultimo caracter leido al fichero de entrada del cassette. 

No hay condiciones de entrada. 

Condiciones de salida: todos los registros e indicadores son preser- 
vados. 

CAS TEST EOF: BC89 

Comprueba si se ha alcanzado el fin de fichero. 
No hay condiciones de entrada. 
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Condiciones de salida: si no se ha llegado al fin de fichero, el acarreo 
queda en alto y el indicador de cero en bajo. 

Si se ha alcanzado, el acarreo y el indicador de cero quedan en bajo. 

Si se pulsa Escape, el acarreo queda en bajo y el indicador de cero en 
alto. 

En cualquier caso A, IX y los demas indicadores quedan alterados. 



CAS OUT OPEN: BC8C 

Abre un fichero de salida del cassette. 

Condiciones de entrada: B contiene la longitud del nombre del 
fichero; HL contiene la direccion del nombre, y DE contiene la 
direccion del area de 2K que actua como buffer. 

Condiciones de salida: si la via (stream) ya fue abierta, el acarreo 
queda en bajo y HL queda alterado. 

Si se realiza correctamente la apertura, el acarreo queda en alto y 
HL contiene la direccion del buffer de la cabecera. 

En cualquier caso, el indicador de cero queda en bajo. A, BC, DE y 
IX quedan alterados. 



CAS OUT CLOSE: BC8F 

Cierra un fichero de salida del cassette (y lo graba en cinta). 

No hay condiciones de entrada. 

Condiciones de salida: si se realiza correctamente, el acarreo queda 
en alto y el indicador de cero en bajo. 

Si el fichero no fue abierto, el acarreo y el indicador de cero quedan 
en bajo. 

Si se pulso Escape, el acarreo queda en bajo y el indicador de cero 
en alto. 

En cualquier caso, A, BC, DE, HL YX y los demas indicadores 
quedan alterados. 
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CAS OUT ABANDON: BC92 

Abandona un fichero de salida del cassette. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

CAS OUT CHAR: BC95 

Escribe un caracter en el fichero de salida del cassette. 

Condiciones de entrada: A contiene el caracter a escribir. 

Condiciones de salida: si se realiza correctamente, el acarreo queda 
en alto y el indicador de cero en bajo. 

Si el fichero no fue abierto, el acarreo y el indicador de cero quedan 
en bajo. 

Si se pulsa Escape, el acarreo queda en bajo y el indicador de cero en 
alto. 

En cualquier caso, A, IX y los demas indicadores quedan alterados. 

CAS OUT DIRECT: BC98 

Escribe un fichero completo. 

Condiciones de entrada: HL contiene la direccion de los datos a 
escribir; DE contiene la longitud de los datos; BC, contiene la 
direccion de entrada a colocar en la cabecera, y A contiene el tipo de 
fichero, a colocar tambien en la cabecera. 

Condiciones de salida: si la accion se ejecuta, el acarreo queda en 
alto y el indicador de cero en bajo. 

Si se pulso Escape, el acarreo queda en bajo y en alto el cero. 

En cualquier caso, A, BC, DE, HL, IX y los demas indicadores 
quedan alterados. 



CAS CATALOG: BC9B 

Lista los ficheros de una cinta. 
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Condiciones de entrada : DE contiene la direction del area de 2K que 
actua como buffer. 

Condiciones de salida: el acarreo queda en alto si todo fue bien; en 
bajo si la via (stream) estaba siendo utilizada (por ejemplo, un 
fichero de entrada abierto). En cualquier caso, el indicador de cero 
queda en bajo y A, BC, DE, HL, IX y los demas indicadores quedan 
alterados. 



CAS WRITE: BC9E 

Escribe un registro en cinta. 

Condiciones de entrada: HL contiene la direction de los datos a 
escribir; DE contiene la longitud de los datos, y A contiene el 
caracter de sincronismo. (&2C para la cabecera, &16 para los datos.) 

Condiciones de salida: si todo fue bien, el acarreo queda en alto y A 
esta falseado. De otro modo, el acarreo queda en baja y A contiene 
un codigo de error: 

0: Pulsado Escape. 

1 : Error de escritura (overrun). 

En cualquier caso, BC, DE, HL e IX quedan alterados. 



CAS READ: BCA1 

Lee un registro de la cinta. 

Condiciones de entrada: HL contiene la direction en la que se van a 
almacenar los datos; DE contiene la longitud de los datos, y A 
contiene el codigo de sincronismo esperado. 

Condiciones de salida: si todo fue bien, el acarreo queda en alto y A 
queda alterado. De otro modo, el acarreo queda en bajo y A contie- 
ne un codigo de error: 



Pulsado Escape. / 

Error de lectura (overrun). 
Comprobacion CRC fallida. 
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En cualquier caso, BC, DE, HL, IX y los demas indicadores quedan 
alterados. 

Nota: CAS READ y CAS WRITE ponen en funcionamiento y detie- 
nen el motor del cassette. 



CAS CHECK: BCA4 

Compara un registro en cinta con el contenido de la memoria (veri- 
fica). 

Condiciones de entrada: HL contiene la direction de los datos a 
comparar; DE contiene la longitud de los datos, y A contiene el 
caracter de sincronismo esperado. 

Condiciones de salida: si la comprobacion fue correcta, el acarreo 
queda en alto y A queda alterado. De otro modo, el acarreo queda 
en bajo y A contiene un codigo de error: 



Pulsado Escape. 
Error de lectura (overrun). 
Comprobacion CRC fallida. 
Datos discordantes. 



En cualquier caso, BC, DE, HL, IX y los demas indicadores quedan 
alterados. 

Nota: CAS CHECK pone en funcionamiento y detiene el motor del 
cassette. 



SOUND RESET: BCA7 

Inicializa el controlador de sonido, silenciando el chip de sonido y 
borrando todas las secuencias. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

SOUND QUEUE: BCAA 

Anade un sonido a la secuencia, si es posible. 
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Condiciones de entrada: HL senala a un bloque de 9 bytes que 
definen el sonido: 

Byte 0: Bit 0: Canal A. 

Bit 1: Canal B. 

Bit 2: Canal C. 

Bit 3: Simultaneo con el canal A. 

Bit 4: Simultaneo con el canal B. 

Bit 5: Simultaneo con el canal C. 

Bit 6: Retention del sonido hasta que sea liberado (hold). 

Bit 7: Secuencia inmediata. 

Byte 1: Selection de amplitud de la envolvente. 
Byte 2: Selection de tono de la envolvente. 



Byte 3: 
Byte 4: 



Periodo del tono. 



Byte 5: Periodo del ruido. 
Byte 6: Amplitud initial. 



Byte 7: 
Byte 8: 



Duration. 



Condiciones de salida: si se ha realizado correctamente, el acarreo 
queda en alto y HL queda alterado; si no, el acarreo queda en bajo y 
HL es preservado. A, BC, DE, IX y los demas indicadores quedan 
alterados. 



SOUND CHECK: BCAD 

Averigua si hay espacio en una secuencia de sonido. 

Condiciones de entrada: A contiene el bit indicativo del canal a 
examinar. (Vease SOUND QUEUE anterior.) 
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Condiciones de salida: A contiene el estado del canal, del siguiente 
modo: 

Bits 0-2: Numero de huecos libres en la secuencia. 

Bit 3: Espera para tocar simultaneamente con el canal A. 

Bit 4: Espera para tocar simultaneamente con el canal B. 

Bit 5: Espera para tocar simultaneamente con el canal C. 

Bit 6: Retention. 

Bit: 7 Activo (esta produciendo sonido). 
BC, DE, HL y los indicadores quedan alterados. 

SOUND ARM EVENT: BCBO 

Determina un suceso a ejecutar cuando la secuencia de sonido esta 
vacia. 

Condiciones de entrada: A contiene el bit indicativo del canal (vease 
SOUND QUEUE antes explicado) y HL contiene la direction del 
bloque del suceso a ejecutar. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

(Vease KL INIT EVENT.) 

SOUND RELEASE: BCB3 

Libera un sonido retenido. 

Condiciones de entrada: A contiene el(los) bit(s) indicadores de canal. 
(Vease SOUND QUEUE, explicado anteriormente.) 

Condiciones de salida: AF, BC, DE, HL y IX quedan alterados. 

SOUND HOLD: BCB6 

Mantiene todos los sonidos a la vez. 
No hay condiciones de entrada. 
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Condiciones de salida: el acarreo queda en alto si el sonido estaba 
active A, BC, DE, HL y los demas indicadores quedan alterados. 



SOUND CONTINUE: BCB9 

Continuan los sonidos que estaban retenidos. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE, HL y IX quedan alterados. 

SOUND AMPL 

ENVELOPE: BCBC 

Determina la amplitud de una envolvente. 

Condiciones de entrada: A contiene el numero de la envolvente; HL, 
contiene la direccion del bloque de datos formado del siguiente 
modo: 

Byte 0: Numero de secciones. 

Bytes 1-3: Primera seccion. 

Bytes 4-6: Segunda seccion. 

Bytes 7-9: Tercera seccion. 

Bytes 10-12: Cuarta seccion. 

Bytes 13-15: Quinta seccion. 

Dentro de cada seccion, el primer byte determina la cuenta de pasos; 
el segundo determina la altura de cada paso, y el tercero determina el 
tiempo de pausa. Las secciones que no se utilicen no necesitan ser 
definidas. El bloque de datos no debe hallarse en un area de RAM 
con ROM solapada. 

Condiciones de salida: el acarreo queda en alto si se ha realizado 
correctamente. HL contiene la direccion del bloque de datos mas 
&10. A y BC quedan alterados. 

Nota: Los detalles de esta llamada y de la siguiente son muy comple- 
jos, pero vienen referidos en el Manual del usuario. 
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SOUND TONE 

ENVELOPE: BCBF 

Define el tono de una envolvente. 

Condiciones de entrada: son analogos a los de la rutina anterior 
(SOUND AMPL ENVELOPE), excepto que la altura del paso se 
refiere al tono en lugar de a la amplitud. 

Condiciones de salida: las mismas que en SOUND AMPL ENVE- 
LOPE. 



SOUND A ADDRESS: BCC2 

Encuentra la direccion del bloque de datos de la amplitud de una 
envolvente. 

Condiciones de entrada: A contiene el numero de la envolvente. 

Condiciones de salida: Si la accion de la rutina ha sido correcta, el 
acarreo queda en alto, HL contiene la direccion del bloque de datos 
y BC contiene la longitud de la envolvente. Si la accion de la rutina 
ha fracasado, el acarreo queda en bajo, HL queda alterado. y BC es 
preservado. En cualquier caso, A queda alterado. 



SOUND T ADDRESS: BCC5 

Encuentra la direccion del bloque de datos del tono de una envolvente. 

Los datos de entrada y de salida son igual que en la rutina anterior 
(SOUND A ADDRESS). 



KL CHOKE OFF: BCC8 

Borra todas las secuencias de sucesos y las listas del temporizador y 
del retorno de barrido, asi como todos los sucesos sincronos pen- 
dientes y todas las funciones relacionadas con el tiempo, excepto la 
exploration del teclado y la generation de sonido. (Prepara el sistema 
para la rutina MC BOOT PROGRAM, BD13.) 

No hay condiciones de entrada. 
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Condiciones de salida: B contiene la direction de selection de la 
ROM preferente; C, la direction de selection de ROM para un 
programa principal en RAM, y DE contiene la direction de entrada 
para la ROM preferente actual. AF y HL quedan alterados. 



KL ROM WALK: BCCB 

Identifica e inicializa todas las ROM accesorias. 

Condiciones de entrada: DE, contiene la direction del primer byte 
utilizable en memoria; HL, del ultimo byte utilizable en memoria. 

Condiciones de salida: DE contiene la nueva direction del primer byte 
utilizable y HL contiene la nueva direction del ultimo byte utilizable. 
AF y BC quedan alterados. 



KL INIT BACK: BCCE 

Inicializa una ROM accesoria. 

Condiciones de entrada: C, contiene la direction de selection de la 
ROM; DE, la direction del primer byte utilizable en memoria, y HL 
contiene la direction del ultimo byte utilizable en memoria. 

Condiciones de salida: DE contiene la nueva direction del primer 
byte utilizable y HL contiene la nueva direction del ultimo byte 
utilizable. AF y B quedan alterados. 



KL LOG EXT: BCD1 

Crea una extension del sistema residente. (Anadido a la lista de 
instrucciones externas.) 

Condiciones de entrada: BC contiene la direction de la tabla de 
instrucciones de extensiones del sistema residente y HL contiene la 
direction de un area de RAM de 4 bytes. 

Condiciones de salida: DE queda alterado. 

Nota: Ni la tabla de instrucciones, ni el area de cuatro, pueden estar 
en zona solapada con ROM. El uso de exteriores de sistema residen- 
te se discutira en la ultima parte del libro. 
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KL FIND COMMAND: BCD4 

Busca una instruction. 

Condiciones de entrada: HL contiene la direction en la que esta 
almacenada la instruction a buscar. 

Condiciones de salida: si se encontro la instruction, el acarreo queda 
en alto y C contiene la direction de selection de la ROM; HL 
contiene la direction de la rutina asociada. Si no se encontro la 
instruction, el acarreo queda en bajo, C y HL quedan alterados. En 
cualquier caso, A, B y DE quedan alterados. 

Nota: Solo dieciseis letras de la instruction son significativas. 



KL NEW FRAME FLY: BCDA 

Inicializa y anade un bloque a la lista de retorno del haz. 

Condiciones de entrada: HL contiene la direction del bloque; 
B contiene la clase de suceso; C contiene la direction de selection de 
ROM para la rutina del suceso, y DE contiene la direction de la 
rutina del suceso. 

Condiciones de salida: AF, DE y HL quedan alterados. 



KL ADD FRAME FLY: BCDA 

Anade un bloque a la lista del retorno de cuadro (frame flyback). 
Condiciones de entrada: HL contiene la direction del bloque. 
Condiciones de salida: AF, DE y HL quedan alterados. 

KL DEL FRAME FLY: BCDD 

Retira un bloque de la lista del retorno de cuadro. 
Condiciones de entrada: HL contiene la direction del bloque 
Condiciones de salida: AF, DE y HL quedan alterados. 
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KL NEW FAST TICKER: BCEO 

Inicializa y anade un bloque a la lista del marcador rapido (fast 
ticker). 

Condiciones de entrada: HL contiene la direction del bloque; 
B contiene la clase de suceso; C contiene la direction de selection de 
ROM para la rutina del suceso, y DE contiene la direction de la 
rutina del suceso. 

Condiciones de salida: AF, DE y HL quedan alterados. 



KL ADD FAST TICKER: BCE3 

Anade un bloque a la lista del marcador rapido (fast ticker). 
Condiciones de entrada: HL contiene la direction del bloque. 
Condiciones de salida: AF, DE y HL quedan alterados. 

KL DEL FAST TICKER: BCE6 

Retira un bloque de la lista del marcador rapido (fast ticker). 
Condiciones de entrada: HL contiene la direction del bloque. 
Condiciones de salida: AF, DE y HL quedan alterados. 

KL ADD TICKER: BCE9 

Anade un bloque a la lista del marcador (ticker). 

Condiciones de entrada: HL contiene la direction del bloque; DE 
contiene el valor initial de la cuenta, y BC contiene el valor de 
recarga. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

KL DEL TICKER: BCEC 

Retira un bloque de la lista del marcador (ticker). 
Condiciones de entrada: HL contiene la direction del bloque. 
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Condiciones de salida: si se ha encontrado el bloque, el acarreo 
queda en alto y DE contiene la cuenta restante; si no, el acarreo 
queda en bajo y DE queda alterado. En cualquier caso, A, HL y los 
demas indicadores quedan alterados. 



KL INIT EVENT: BCEF 

Inicializa un bloque de suceso. 

Condiciones de entrada: HL contiene la direccion del bloque; 
B contiene la clase de suceso; C contiene la direccion de selection de 
ROM para el suceso, y DE contiene la direccion de la rutina del 
suceso. 



KL EVENT: BCF2 

Activa un bloque de suceso. 

Condiciones de entrada: HL contiene la direccion del bloque. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

KL SINC RESET: BCF5 

Borra la secuencia de sucesos sincronos. 

No hay condiciones de entrada. 

Condiciones de salida: AF y HL quedan alterados. 

KL DEL 

SYNCHRONOUS: BCF8 

Retira un suceso sincrono de la secuencia de sucesos. 
Condiciones de entrada: HL contiene la direccion del bloque 
Condiciones de salida: AF. BC, DE y HL quedan alterados. 

KL NEXT SYNC: BCFB 

Toma el siguiente suceso de la secuencia. 
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No hay condiciones de entrada. 

Condiciones de salida: si hay un suceso esperando ser procesado, el 
acarreo queda en alto, HL contiene la direction del bloque del suceso 
y A contiene la prioridad del suceso previo, si lo habia; si no, el 
acarreo queda en bajo. A y HL quedan alterados. En cualquier caso, 
DE queda alterado. 



KL DO SINC: BCFE 

Ejecuta la rutina de un suceso. 

Condiciones de entrada: HL contiene la direction del bloque del 
suceso. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

KL DONE SYNC: BD01 

Concluye el procesado de un suceso. 

Condiciones de entrada: C contiene la prioridad del suceso previo; 
HL contiene la direction del bloque del suceso. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

KL EVENT DISABLE: BD04 

Deshabilita los sucesos sincronos normales. 
No hay condiciones de entrada. 
Condiciones de salida: HL queda alterado. 

KL EVENT ENABLE: BD07 

Habilita los sucesos sincronos normales. 
No hay condiciones de entrada. 
Condiciones de salida: HL queda alterado. 
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KL DISARM EVENT: BDOA 

Impide que ocurra un suceso. 

Condiciones de entrada: HL contiene la direction del bloque del 
suceso. 

Condiciones de salida: AF queda alterado. 

KL TIME PLEASE: BDOD 

Averigua el tiempo transcurrido. 

No hay condiciones de entrada. 

Condiciones de salida: DE/HL contienen los 4 bytes de la cuenta de 
tiempo; DE contiene los 2 bytes mas significativos. 

KL TIME SET: BD10 

Fija la cuenta de tiempo. 

Condiciones de entrada: DE/HL contienen los 4 bytes de la cuenta 
de tiempo; DE contiene los 2 bytes mas significativos. 

Condiciones de salida: AF queda alterado. 

MC BOOT PROGRAM: BD13 

Carga y ejecuta un programa. 

Condiciones de entrada: HL contiene la direction de la rutina que se 
llamara para cargar el programa. 

No existe una salida como tal, pero si falla la carga la rutina 
cargadora debe volver con el acarreo en bajo. Para una carga correc- 
ta la rutina cargadora debe volver con el acarreo en alto y HL 
conteniendo el enlace de entrada al programa. 

MC START PROGRAM: BD16 

Ejecuta un programa principal. 
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Condiciones de entrada: HL contiene la direction de comienzo y C 
contiene el byte de selection de ROM. 

No existe una salida como tal. 



MC WAIT FLYBACK: BD19 

Espera al retorno de cuadro. 

No hay condiciones de entrada. 

Condiciones de salida: todos los registros e indicadores son preser- 
vados. 

MC SET MODE: BD1C 

Fija el modo de pantalla. 

Condiciones de entrada: A contiene el modo requerido. 

Condiciones de salida: AF queda alterado. 

MC SCREEN OFFSET: BD1F 

Determina el desplazamiento de pantalla. 

Condiciones de entrada: A contiene la base de pantalla requerida; 
HL contiene el desplazamiento requerido. 

Contenido de salida: AF queda alterado. 

MC CLEAR INKS: BD22 

Pone todas las tintas y el borde del mismo color. 

Condiciones de entrada: DE contiene un vector de tinta; D contiene 
el color comun de la tinta, y E contiene el color del borde 

Condiciones de salida: AF queda alterado. 
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MC SET INKS: BD25 

Fija el color de todas las tintas. 

Condiciones de entrada: DE contiene la direccion de un bloque de 
definition de tintas, en el que el byte define el color del borde, y los 
bytes del 1 al 16 definen el color de las tintas de a 15. 

Condiciones de salida: AF queda alterado. 



MC RESET PRINTER: BD28 

Restaura la direccion normal de entrada de la impresora. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

MC PRINT CHAR: BD2B 

Manda un caracter al puerto de la impresora. 

Condiciones de entrada: A contiene el caracter a mandar. (El bit 7 
sera ignorado.) 

Condiciones de salida: el acarreo queda en alto si la action ha sido 
completada, y en bajo si se acabo el tiempo de espera (aproximada- 
mente, 0,4 segundos) sin completar la action. En cualquier caso, A y 
los demas indicadores quedan alterados. 

MC BUSY PRINTER: BD2E 

Comprueba si el puerto de la impresora esta ocupado. 

No hay condiciones de entrada. 

Condiciones de salida: el acarreo queda en alto si el puerto esta 
ocupado, y en bajo si no lo esta. Los demas indicadores quedan 
alterados. 

MC SEND PRINTER: BD31 

Manda un caracter al puerto de la impresora. (No comprueba si esta 
ocupada.) 
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Condiciones de entrada: A contiene el caracter a mandar. (El bit 7 se 
ignora.) 

Condiciones de salida: el acarreo queda en alto y A queda alterado. 

MC SOUND REGISTER: BD34 

Manda datos al chip de sonido. 

Condiciones de entrada: A contiene el niimero del registro; C contie- 
ne el byte de datos. 

Condiciones de salida: AF y BC quedan alterados. 

JUMP RESTORES: BD37 

Restablece la tabla de saltos estandar. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



Con esto terminamos la tabla de saltos (jumpblock) del firmware 
principal. Seguidamente se exponen los saltos indirectos del firmware, 
insertandose una continuation de la tabla de saltos principal para la 
que no existen definiciones. (Funciones del BASIC.) 



Indirecciones (saltos indirectos al 
"firmware" o sistema operativo) 

IND-.TXT UNDRAW 

CURSOR: BDDO 

Retira el cursor de la pantalla. 
No hay condiciones de entrada. 
Condiciones de salida: AF queda alterado. 
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IND:TXT WRITE CHAR: BDD3 

Escribe un caracter en pantalla. 

Condiciones de entrada: A contiene el codigo del caracter; H contie- 
ne la columna, y L contiene la fila. (Las coordenadas van de en 
adelante.) 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 

IND:TXT UNWRITE: BDD6 

Lee un caracter de la pantalla. 

Condiciones de entrada: H contiene la columna y L contiene la fila 
donde se va a leer el caracter. 

Condiciones de salida: si se reconoce el caracter, el acarreo queda en 
alto y A contiene el codigo del caracter; si no, el acarreo queda en 
bajo y A contiene 0. En cualquier caso, BC, DE, HL y los demas 
indicadores quedan alterados. 

IND:TXT OUT ACTION: BDD9 

Manda un caracter o un codigo de control. 

Condiciones de entrada: A contiene el caracter o el codigo de con- 
trol. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



IND:GRA PLOT: BDDC 

Marca un punto. 

Condiciones de entrada: DE contiene la coordenada X y HL contie- 
ne la coordenada Y. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



IND:GRA TEST: BDDF 

Comprueba un punto. 
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Condiciones de entrada: DE contiene la coordenada X y HL contie- 
ne la coordenada Y. 

Condiciones de salida: A contiene la tinta decodificadora del punto. 
BC, DE, HL y los indicadores quedan alterados. 



IND:GRA LINE: BDE2 

Dibuja una linea desde la position del cursor de graficos. 

Condiciones de entrada: DE contiene la coordenada X y HL contie- 
ne la coordenada Y del punto de llegada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 



IND:SCR READ: BDE5 

Lee un punto de la pantalla y decodifica su tinta. 

Condiciones de entrada: HL contiene la direccion de pantalla del 
punto y C contiene la mascara del punto. 

Condiciones de salida: A contiene la tinta del punto decodificada. 
Los indicadores quedan alterados. 



IND:SCR WRITE: BDE8 

Activa uno o varios puntos en la pantalla. 

Condiciones de entrada: HL contiene la direccion de pantalla del(de 
los) punto(s); C contiene la mascara del punto, y B contiene la tinta 
codificada a utilizar. 

Condiciones de salida: AF queda alterado. 



IND:SCR MODE 

CLEAR: BDEB 

Borra la pantalla con la tinta 0. 

No hay condiciones de entrada. 

Condiciones de salida: AF, BC, DE y HL quedan alterados. 
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IND:KM TEST BREAK: BDEE 

Comprueba si ha ocurrido un BREAK o un RESET, llamando al 
suceso apropiado. 

Condiciones de entrada: las interrupciones deben estar deshabilita- 
das; C debe contener el estado de las teclas SHIFT y CTRL. 

Condiciones de salida: AF y HL quedan alterados. 

IND:MC WAIT PRINTER: BDF1 

Escribe un caracter o ejecuta un tiempo de espera. 

Condiciones de entrada: A contiene el codigo del caracter a mandar. 

Condiciones de salida: si la action ha sido realizada, el acarreo 
queda en alto; si no, el acarreo queda en bajo. A y BC quedan 
alterados. 



Con lo expuesto se completan las indirecciones. A continuation 
veremos el niicleo alto de la tabla de saltos (jumpblock) que accede a 
las rutinas almacenadas en RAM. 



Nucleo alto de la tabla de saltos 
(High Kernel Jumpblock) 

HI:KL U ROM ENABLE: B900 

Habilita la ROM superior. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado anterior de la ROM. 

HI:KL U ROM 

DISABLE: B903 

Deshabilita la ROM superior. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado anterior de la ROM. 
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HI:KL L ROM ENABLE: B906 

Habilita la ROM inferior. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado anterior de la ROM. 

HI:KL L ROM DISABLE: B909 

Deshabilita la ROM inferior. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene el estado anterior de la ROM. 

HI:KL ROM RESTORE: B90C 

Fija el estado de la ROM. 

Condiciones de entrada: A contiene el estado de la ROM, como el 
que devolvian las rutinas anteriores. 

Condiciones de salida: AF queda alterado. 

HI:KL ROM SELECT: B90F 

Selecciona una ROM superior. 

Condiciones de entrada: C contiene la direction de selection para la 
ROM requerida. 

Condiciones de salida: C contiene la direction de selection anterior; 
B contiene el estado anterior de la ROM. AF queda alterado. 

HI:KL CURR 

SELECTION: B912 

Comprueba que la ROM superior esta activada actualmente. 

No hay condiciones de entrada. 

Condiciones de salida: A contiene la direction de selection para la 
ROM superior actual. 
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HI:KL PROBE ROM: B915 

Comprueba la clase y la version de la ROM superior. 

Condiciones de entrada: C contiene la direction de selection de la 
ROM a probar. 

Condiciones de salida: A contiene la clase de ROM; L contiene el 
niimero-marca, y H contiene el niimero de la version. B y los indica- 
dores quedan alterados. 

HI:KL ROM DESELECT: B918 

Devuelve la ROM superior previamente seleccionada. 

Condiciones de entrada: B contiene el estado de la ROM anterior; C 
contiene la direction de selection anterior. 

Condiciones de salida: C contiene la direction de selection de la 
ROM aplicable ahora. B queda alterado. 

HI:KL LDIR: B91 B 

Copia un bloque de memoria con un puntero incremental, con las 
ROM deshabilitadas. 

Condiciones de entrada: BC contiene la longitud del bloque; DE 
contiene la direction de destino, y HL contiene la direction de 
comienzo. (Valores iniciales.) 

Condiciones de salida: F, BC, DE y HL estan como si hubieran sido 
tratados por una instruction LDIR. 

Nota: No hay que utilizar esta llamada. si el area original y el area 
de destino estan solapadas. 

HI:KL LDDR: B91 E 

Es como LDIR, pero con un puntero decremental. Se puede utilizar 
cuando el uso de LDIR sea inapropiado, como se indico anterior- 
mente. 
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HI:KL POLL 

SYNCHRONOUS: B921 

Comprueba si esta pendiente un suceso de mayor prioridad que el 
suceso actual. 

No hay condiciones de entrada. 

Condiciones de salida: el acarreo queda en alto si esta pendiente un 
suceso de mayor prioridad. A y los demas indicadores, quedan alte- 
rados. 

Nota: Esta ultima entrada es directa y no puede ser modificada. 
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PARTE SEGUNDA 

EL INTERFAZ 
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Figura 2.1. Conector del puerto de expansi6n. 
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El interfaz 



Las situaciones de los bornes del conector de expansion de cin- 
cuenta vias se muestran en la figura 2.1. Por el salen todas las lineas 
del procesador central, mas un numero de lineas de control del siste- 
ma, pero ello no quiere decir que puedan usarse todas. 

Las lineas A0-A15 definen una direccion de memoria o de entra- 
da/salida. Si la salida MREQ esta en bajo, se solicita un acceso a 
memoria. Pero si es la salida IORQ la que esta en bajo, entonces se 
solicita una transferencia de entrada/salida. La direccion debe ser 
interpretada de acuerdo con lo solicitado. Los datos son transferidos 
en cada caso por las lineas de datos bidireccionales D0-D7. 

La linea Ml origina confusiones. Es una salida que esta en bajo 
cuando el procesador central esta cargando un codigo de operacion 
— el primer byte de una instruccion — , excepto cuando el primer byte 
es &CB, &DD, &ED y &FD, en cuyo caso el codigo de operacion 
ocupa los dos primeros bytes. Ml no permanece en bajo mientras se 
cargan cualesquiera de los siguientes bytes de la instruccion; por tal 
motivo no se puede usar para controlar un sistema que cargue 
instrucciones de un area de memoria y datos de otra. 

Si Ml e IORQ estan en bajo simultaneamente, el procesador esta 
reconociendo una interruption. 

La salida RFSH esta en bajo cuando las lineas de las siete 
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direcciones menos significativas estan transmitiendo una direction de 
refresco para la memoria dinamica. El recurso de refresco es uno de 
los puntos fuertes del procesador Z80, pero debe utilizarse con cuida- 
do, ya que hay circunstancias en las que se suspende el servicio de 
refresco, como se explica a continuation. 

HALT es una salida que esta en bajo cuando el procesador ha 
ejecutado una instruction HALT y esta esperando una interruption. 
Durante este periodo el procesador ejecuta NOP para mantener las 
acciones de refresco. 

INT es la principal entrada de interruption del procesador. Debe 
ser controlada mediante una salida en colector abierto, que, asimis- 
mo, debe estar en bajo para llamar a una interruption. En este 
sistema el procesador responde saltando a la direction 0038, mientras 
que la direction de la instruction que deberia haberse ejecutado se 
guarda en la pila; de esta manera se puede volver a esta instruction 
cuando se complete el proceso de interruption. Se utiliza el modo de 
interruption 1 del Z80. 

NMI es una linea de interruption no enmascarada. Nunca debe 
de estar en bajo, ya que saltaria a la direction 0066, que puede estar 
en RAM o en ROM. Por tanto, los resultados pueden ser impredeti- 
bles, probablemente catastroficos. 

BUSRQ es una entrada del procesador. Cuando esta en bajo se 
pide al procesador que libere el control de todas sus lineas excepto 
Ml, RFSH y HALT. Tras completar la instruction que estuviera 
ejecutando el procesador libera las lineas y pone BUSAK en bajo 
para indicar que lo ha hecho. Ahora un sistema externo puede 
controlar el bus y reemplazar las acciones de control que normalmen- 
te ejecuta el procesador. Cuando BUSRQ esta nuevamente en alto, el 
sistema vuelve a su estado normal. 

El uso mas comun de este recurso es el acceso directo de memo- 
ria (DMA), que permite la transferencia de datos a y desde la 
memoria o canales de entrada/salida sin necesidad de ejecutar un 
programa. Esta transferencia puede ser muy rapida, pero no es 
aconsejable mantener BUSRQ en bajo durante mucho tiempo, ya 
que esto detiene la action habitual de refresco. Lo normal es transfe- 
rir un byte DMA cada vez. A esta operation se le llama "robo de un 
ciclo" (cycle stealing) porque el sistema externo toma el control de la 
maquina durante un ciclo. 

READY es la serial WAIT del procesador, una entrada del proce- 
sador que hace que prolongue su ciclo de maquina insertando esta- 
dos de espera, generalmente porque un periferico o un dispositivo de 
memoria no estan preparados para la transferencia. 
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Con esto se completan las senates del procesador. Las salidas no 
son amplificadas dentro del CPC464, y no deben conectarse a mas de 
una carga TTL. Del mismo modo, la salida de 5v no suministra mas 
de 100 mA. (Es posible que suministre un poco mas si el cassette esta 
desconectado.) 

Las lineas relacionadas con el sistema del CPC464 son las si- 
guientes : 

ROMEN es una salida que se pone en bajo para seleccionar una 
ROM superior externa. ROMDIS es una entrada que se pone en 
alto para deshabilitar la ROM interna. Del mismo modo RAMRD 
esta en bajo para habilitar la RAM externa, mientras que la entrada 
RAMDIS se pone en alto para desactivar la RAM interna. 

La temporizacion de estas senales es importante. Si dos fuentes de 
datos se conectan simultaneamente al bus de datos pueden "quemar- 
se" mutuamente. ROMDIS debe ponerse en alto antes de bajar 
ROMEN, etc. 

CURSOR es la senal de CURSOR del controlador del CRT, y 
esta en alto para indicar una direction de cursor valida en los 
registros 10 y 11 del controlador. 

LIGHT PEN es la entrada del lapiz optico del controlador del 
CRT, el cual actua como se describio en el capitulo de las entradas. 

EXP es el bit 5 del puerto B del PPI. Este bit esta identificado 
como "Reservado" en la documentation, y normalmente esta en bajo. 
Utilizar esta linea implica hacer uso del registro C, en el cual se 
almacena el estado de los otros bits del puerto B. Por consiguiente, 
debe ser manipulado con cuidado. 

BUS RESET se pone en alto a traves de una resistencia de 2K2. 
Si se conecta a masa se produce una initialization completa del 
sistema, como al ponerlo en funcionamiento. 

SOUND se conecta a traves de resistencias de 10K a las tres 
salidas de tono del generador de sonido. 

La senal de CLOCK es la senal de reloj de 4 MHz. 

Aunque estos datos se dan de buena fe, estan basados en una 
information escasa; por consiguiente, deben utilizarse con precau- 
tion. 
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PARTE TERCERA 

LAS SALIDAS 



3 

Las salidas 



Principios generales 



Puesto que tienes acceso a casi todas las lineas del procesador 
central, virtualmente no hay Iimite, en teoria, para la variedad de 
equipos externos que pueden ser conectados al CPC464. El primer 
paso siempre sera la creation de un interfaz en paralelo, que puede 
hacerse para controlar otros dispositivos, o ser controlado por ellos. 
La transferencia de datos de entrada y salida es la clave del proceso, 
que puede necesitar ser soportado por el paso de datos de control 
para fijar los modos, asegurar un correcto sincronismo y percibir las 
condiciones externas. 

Una vez que el interfaz en paralelo esta comprobado, el dato que 
maneja puede ser convertido a un dato en serie. De modo similar, es 
posible la conversion hacia o desde datos analogos, descubriendo un 
rango de posibilidades completamente nuevo. Finalmente, el CPC464 
permite acceder a extensiones de programa, pero esta es una materia 
muy compleja. Se dara information a este respecto, pero un trata- 
miento completo es demasiado extenso para un libro de estas carac- 
teristicas. 

Puede advertirse que las extensiones de hardware deben compartir 
las ventajas con el sistema de disco y otras extensiones AMSTRAD. 
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Figura 3.1. Expansor de tarjeta madre. 
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Por tanto, interesa utilizar un sistema de "tarjeta-madre" (mother- 
board). Esta tarjeta se enchufa en el interfaz externo, dotandolo de 
peculiaridades para conectar el sistema de disco, asi como otros 
perifericos. El esquema que se muestra en la figura 3.1 puede aclarar 
esta idea. La tarjeta-madre dispone de tres conectores-hembra de 
tarjeta que van soldados a ella verticalmente, mientras que al otro 
extremo lleva un conector, serigrafiado en la misma tarjeta, igual que 
la salida del CPC464. 

Evita la tentacion de trabajar desordenadamente, con cables por 
todas partes, y evita tambien utilizar racimos de cables enroscados. 
Las senales con las que estas trabajando tienen gran amplitud de 
banda y pueden producir interferencias en las lineas proximas. Los 
cables pianos son mejores, sobre todo cuando hay toma de tierra 
cada dos lineas, y es especialmente bueno el tipo de pares trenzados, 
si lo encuentras. 

Es importante vigilar la carga en las lineas del interfaz, asi como 
en la fuente de alimentation de 5v. Donde es posible se especifican 
las cargas-limite, aunque no todas son conocidas suficientemente. Es 
aconsejable utilizar buffers, pero recuerda que introducen retardos de 
tiempo, que pueden ser criticos en algunos sistemas. 

Se pueden encontrar tarjetas ya serigrafiadas, preparadas para 
soldar los conectores. Los agujeros para soldar los conectores son 
normalmente de 0,1 pulgadas (2,54 milimetros). 

Se pueden obtener mas detalles dirigiendose a Vero Electronics 
< Ltd., Industrial Estate, Chandler's Ford, Hampshire, U.K. 



Interfaz en paralelo 

Reglas del interfaz 



En un analisis final, todos los interfaces entre el ordenador y el 
mundo exterior son generalmente en paralelo. La transformation a (o 
de) senales en serie o similares es cuestion del circuito externo. El 
ordenador solo puede comunicarse en paralelo. 

La exception a esta regla surge cuando un adaptador en serie 
especial se adapta como una parte interna del ordenador. En el caso 
del CPC464, un interfaz adaptador se considera como extension 
externa. 

Para la salida de datos, el estado de las lineas de datos D0-D7 
debe ser copiado en un conjunto de biestables, ya que en estas lineas 
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Figura 3.2. Control para un puerto en paralelo. 
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los datos estan disponibles muy poco tiempo. La copia se realiza 
cuando se satisfacen las siguientes condiciones: 

• La direction entrada/salida pertinente esta presente en las li- 
neas A0-A15, aunque no es necesario tener en cuenta todas las 
lineas. 

• La linea IORQ esta en bajo, indicando una transferencia entra- 
da/salida. 

• La linea WR esta en bajo, indicando una transferencia de 
salida (escritura). 

Para la entrada de datos, las fuentes normalmente deben permitir 
cualquier valor en las lineas de datos. Esto requiere utilizar un 
dispositivo "tri-estado", el cual puede poner en alto o en bajo las 
lineas, o evitar influencias de ellas, presentando una impedancia alta. 
Todas las fuentes, excepto una, deben tener alta impedancia en cada 
momento. Las condiciones que se requieren son las siguientes: 

• Se identifica la direction entrada/salida pertinente. 

• La linea IORQ esta en bajo. 

• La linea RD esta en bajo. 

Como habras observado, hay reglas que limitan la selection de 
direcciones para usar perifericos. Todas las direcciones permitidas 
tienen en bajo el bit 10, lo cual puede utilizarse para simplificar la de 
codification. Supon, por ejemplo, que decides utilizar las direcciones 
F8E0 y F8E1 : la primera para entrada y salida de datos de control, 
y la segunda para salida de datos. El circuito que se muestra en la 
figura 3.2 proporcionara las senates de control requeridas. 

La puerta NAND de ocho entradas es atacada por las sefiales 
IORQ, A4, A5, A6, A7, A8, A9, A 10. Su salida estara en bajo cuando 
se genere una direction de entrada/salida de la forma XXXX X000 
1110 XXXX. Si se observan las reglas de limitation de direcciones, 
estas estaran comprendidas entre F8E0-F8EF. 

La salida de la puerta NAND se manda a tres puertas NOR de 
tres entradas. La primera, es atacada ademas por A0 y RD. Su salida 
estara en alto si la salida de la puerta NAND esta en bajo, asi como 
A0 y RD. Por tanto, esto indicara una entrada desde una direction 
par en el rango antes indicado. Esto incluye a F8E0, pero tambien 
abarca a F8E2, F8E4, etc. Si van a utilizarse las otras direcciones, es 
necesario utilizar una codification adicional. 

La segunda puerta NOR recibe la salida de la puerta NAND, A0 
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y WR. Esta mandara una senal en alto, hacia una direction par, para 
la transferencia de salida. Las direcciones que satisfacen estos requisi- 
tes se han indicado en el parrafo anterior. 

La tercera puerta NOR recibe la salida de la puerta NAND, AO y 
WR. Esta mandara una serial en alto para una transferencia de salida 
a una direction impar dentro del rango F8E1-F8EF. 

Las salidas de las tres puertas NOR controlan el resto del sistema 
entrada/salida. 



Un puerto de impresora 
alternativo 



Para ilustrar como se puede utilizar el circuito anterior, conside- 
raremos el proveerse de un puerto de impresora de 8 bits complete 
Necesitaremos un biestable de 8 bits para admitir salidas de datos y 
controlar la impresora. Se necesitara tambien una linea de control 
de salida simple para generar la senal de sincronismo (strobe), que le 
indica a la impresora que puede leer los datos. Tambien hara falta 
una linea de control de entrada simple para detectar el estado de la 
senal de ocupado (BUSY), que indica si la impresora esta inhabilita- 
da, por el momento, para recibir nuevos datos. 

Algunos sistemas utilizan la serial ACK en lugar de la de BUSY. 

Comentaremos esta particularidad : BUSY esta en alto cuando la 
impresora acepta una entrada, y permanece asi hasta que pueda 
aceptarse una nueva entrada. Esta senal puede permanecer en alto 
mientras se esta imprimiendo una linea de datos almacenada, o solo 
lo suficiente para que sea almacenado un linico codigo de caracter. 

ACK, en cambio, es un impulso de corta duration que dura tan 
solo unos microsegundos, que coincide con la transition de alto a 
bajo de la serial de BUSY. Es posible que detectar este pulso resulte 
dificil en una transferencia de lectura. Debe utilizarse para borrar un 
biestable activado por STROBE, simulando una forma local de 
BUSY. 

Ademas, la utilization de BUSY permite detectar situaciones en 
las que la impresora no esta conectada, en cuyo caso la linea 
de BUSY estara en alto todo el tiempo. Para descubrir esto, la linea de 
BUSY debe ser comprobada en un momento en que no se haya 
mandado una senal de strobe durante algunos segundos. 

Aparentemente, la senal de control de salida de la segunda puerta 
NOR puede invertirse para suministrar una senal STROBE. Este 
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Figura 3.3. Puerto de impresora en paralelo. 
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metodo se ha utilizado con exito, pero el impulso de STROBE no 
puede durar mas de medio microsegundo, fraction demasiado corta 
para algunas impresoras. La salida de la puerta NOR debe poner un 
biestable a un estado determinado por la linea de datos. 

Por otro Iado, la serial de control de entrada debe utilizarse para 
habilitar un elemento con salida "tri-estado". Estos elementos no son 
faciles de encontrar en forma de un solo canal; por eso, el circuito 
que se muestra en la figura 3.3 utiliza un elemento de 8 bits. Tal 
particularidad es util porque te provee de otras lineas de control de 
entrada, y el control de salida puede hacerse del mismo modo utili- 
zando, por identica razon, 8 bits. 

Evidentemente algunas impresoras proveen lineas de salida adi- 
cionales indicando su estado interno, y tambien aceptan entradas 
adicionales que controlan dicho estado. El sistema mostrado se ajus- 
ta a lo expuesto, aunque se precisara un soporte de software adicio- 
nal para manejar los datos adicionales. 



Soporte de "software" 



El firmware original de impresora del CPC464 no tiene utilidad 
en lo que concierne al puerto de impresora externo, ya que esta 
disefiado para la distribution del puerto del hardware interno. Se 
facilita un conjunto de rutinas revisadas. Las entradas de la tabla de 
saltos (jumpblock) deben modificarse para acceder a esas rutinas. 
Hay cinco llamadas importantes a la impresora, y mientras una 
puede servir para propositos generales, es mejor conservar el disefio 
original; de este modo las llamadas siguen siendo validas. Las cinco 
llamadas mencionadas se resumen a continuation: 

BD2B: MC PRINT CHAR: Llama a MC WAIT PRINTER 
con BC preservado. 

BDF1: MC WAIT PRINTER: Entra en MC SEND PRIN- 
TER si MC BUSY PRINTER vuelve con el acarreo a 
cero. 

BD31: MC SEND PRINTER: Manda un byte a la impre- 
sora. 

BD2E: MC BUSY PRINTER: Vuelve con acarreo a cero si 
BUSY esta en bajo. 

BD28: MC RESET PRINTER: Restaura las entradas a la 
tabla de saltos para MC WAIT PRINTER. 
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Las rutinas requeridas se definen aqui en ensamblador. Las posi- 
ciones en las que se van a almacenar pueden dejarse para despues. 




MPC PUSH 


BC 


;MC PRINT CHAR. 


CALL 


MWP 


;Llama a MC WRITE 
PRINTER. 


POP 


BC 




RET 






MWP LD 


BD,&0032 


;MC WRITE PRINTER. Fija 
la cuenta del tiempo de 
espera. 


LI CALL 


MBP 


;Llama a MC BUSY 
PRINTER. 


JR 


NC, MSP 


;Si BUSY esta en bajo hay 
salida de datos. 


DJNZ 


LI 


;Bucle de cincuenta 
repeticiones. 


DEC 


C 




JR 


NZ,L1 


;Repetir 256 veces. 


OR 


A 


:Borra el acarreo: la action 



RET 



fallo en el tiempo de espera. 



MSP PUSH BC 



;MC SEND PRINTER. 



MBP 



LD 


BC&F8E1 


;Direccion del dato. 


OUT 


(Q,A 


;Fija el dato. 


DEC 


BC 


;Direccion de control. 


XOR 


A 




OUT 


(C),A 


;Activa el STROBE 


LD 


A,l 




OUT 


(C),A 


;Desactiva el STROBE 


POP 


BC 




SCF 




;Pone el acarreo en alto. 
Action correcta. 


RET 






PUSH 


BC 


;MC BUSY PRINTER. 


LD 


BQ&F8E0 


;Direccion de control 


IN 


C,(C) 


;Lee BUSY. 


RR 


C 


;Bit al acarreo. 


POP 


BC 




RET 
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RES LD 



A,&C3 



LD 


(&BD2B),A 


LD 


HL,MPC 


LD 


(&BD2C),HL 


LD 


(&BDF1),A 


LD 


HL,MWP 


LD 


(&BD2F),HL 


LD 


(&BD31),A 


LD 


HL,MSP 


LD 


(&BD32),HL 


LD 


HL,MBP 


LD 


(&BD2F),HL 


RET 





;Esta rutina restaura la tabla 
de saltos. 



Observa que las enlradas se hacen mediante saltos directos, en 
lugar de la llamada &CF, que normalmente se utiliza para estos 
enlaces. Estas rutinas deben almacenarse en la memoria de usuario, 
pero no sobre las ROM; de este modo la selection del estado de la 
ROM es irrelevante. 

Pero... ^donde se almacenan los programas? El BASIC utiliza 
cualquiera posicion hasta A3FF, y ademas necesitara bajar esta di- 
rection si se ha utilizado SYMBOL AFTER 0, para almacenar todos 
los modelos de los caracteres en RAM. Si introducimos MEMORY 
&A000 habremos reservado IK de RAM protegida. Esto es impor- 
tante, porque todas las posiciones desde LOMEM hasta HIME 
se borran cuando se carga un programa o cuando se utiliza la 
instruction NEW. 

No es necesario reservar un kilobyte completo para los progra- 
mas que nos conciernen por el momento, pero el area reservada 
puede utilizarse como nosotros queramos. La llamada MEMORY 
&A000 puede servir como ejemplo. 

Una vez restaurado el limite superior de memoria, no podras 
utilizar SYMBOL AFTER, ya que los modelos de caracteres copia- 
dos podran ser divididos, en vez de estar contiguos. 

Otra advertencia; si hay conectadas ROM auxiliares, el area de 
almacenamiento encargada de otras funciones puede cambiar. Las 
rutinas para controlar la impresora deben ser relocalizables, para 
permitirlo. No obstante, generalmente sera factible situarlas en una 
posicion predecible. 
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Comunicacion con ordenadores 

Hay veces en que es conveniente ser capaz de pasar datos de un 
ordenador a otro. Si los ordenadores son del mismo tipo, la transmi- 
sion por medio de cintas de cassette puede ser oportuna. Tiempo 
atras se considero este como el unico metodo viable para los orde- 
nadores personales — y tambien para otros tipos de ordenadores — 
para que se comunicaran unos con otros, pese a la necesidad de 
hardware y software compatibles. 

Recientemente, la transmision en serie se ha hecho mas popular 
para este proposito, que se puede considerar como el antiguo metodo 
de cinta... pero sin cinta, aunque pueden aparecer problemas de 
incompatibilidad de velocidades de transmision y de formato de los 
datos. 

La transmision en paralelo se evito porque requeria conexiones 
directas entre los ordenadores y podian resultar arriesgadas. La llega- 
da de los opto-aisladores elimino esta preocupacion, posibilitando 
una transferencia de datos sobre ordenadores completamente distin- 
tos conectando al ordenador receptor un interfaz adecuado. 

Los opto-aisladores consisten en un diodo emisor de luz y una 
celula fotosensible, montadas en una misma unidad. Una serial de 
entrada provoca luz en el diodo, y la llegada de la luz emitida a la 
celula fotosensible provoca una serial de salida, sin existir una cone- 
xion fisica intermedia. Se necesita un opto-aislador para cada linea 
de datos y para cada linea de control. 

El circuito para un interfaz en paralelo de entrada es casi identico 
al interfaz en paralelo de salida. Difieren en los siguientes puntos: 

• Los biestables de salida de datos se reemplazan por un buffer 
de tres estados, similar al utilizado en el interfaz de salida, para 
el control de entrada. 

• Debe ariadirse un biestable para generar la serial de BUSY. Se 
alza con la serial de STROBE, y se borra mediante un impulso 
generador por el software de control. 

• El software debe estar preparado para almacenar datos antes 
de leerlos, y mandar un impulso ACK cuando se haya comple- 
tado la carga. 

Debemos tener en cuenta desde las consideraciones del hardware 
hasta las implicaciones del software. 

Si el ordenador emisor posee la facultad de generar un fichero en 
ASCII de un programa en BASIC, los datos resultantes pueden ser 
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utilizados por el ordenador receptor como si se trataran de un 
ingreso por teclado, aunque probablemente no sea posible correr el 
programa sin hacer algunos ajustes. Un programa transferido desde 
un ordenador BBC a un CPC464 necesitara, presumiblemente, que le 
sean anadidos algunos espacios; ademas, las instrucciones de graficos 
y de sonido deberan ser cambiadas, pero esto es menos tedioso que 
realizar la transferencia del programa a mano. 

La transferencia de datos es generalmente directa, pero el codigo 
maquina solo es transferible entre ordenadores que utilicen el mismo 
procesador. En teoria, es posible convertir los codigos de un procesa- 
dor al codigo maquina de un procesador distinto, pero el traductor 
puede dejar memoria insuficiente para los demas. Los emuladores 
que ejecutan codigos maquina de otros procesadores constituyen un 
tema distinto, y son bastante lentos. 

La transferencia de datos de un ordenador a otro no es todo. 
Una vez transferidos, probablemente sera necesaria alguna clase de 
conversion para poner el codigo o el dato de una forma inteligible. 

Corremos el peligro de perdernos en un area de gran compleji- 
dad. Basta decir que la idea de la transferencia de datos entre 
ordenadores distintos no es imposible, como se ha podido compro- 
bar. Aquellos que deseen experimentar en esta area deben reflexionar 
sobre la idea de utilizar una tabla de saltos (jumpblock) intermedia 
para transformar las entradas del sistema operativo y acepten el 
codigo "extrano"\.. 



Interfaz en serie 

Un interfaz en serie se utiliza cuando se precisa mandar datos a 
una velocidad limitada con tan solo un par de cables. La transmision 
en paralelo es mas rapida y mas simple, pero los numerosos cables 
necesarios entranan algunos inconvenientes. 

Los interfaces en serie pueden tomar varias formas, pero hoy en dia 
lo normal es transmitir los datos en bytes separados, mejor que de 
una forma continua, ya que permite eliminar la transmision de una 
serial de reloj. 

El sistema trabaja con senales de reloj distintas a cada extremo de 
la linea, que deben generar la misma frecuencia, con una diferencia 
maxima del uno o el dos por ciento. A cada byte transmitido se le 
anade un "bit de comienzo", que se utiliza para que el reloj del otro 
extremo de la linea entre en sincronismo temporal con el reloj del 
emisor. Este sincronismo dura lo suficiente para permitir recibir 
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Figura 3.4. Convertidor anal6gico-digital simple. 
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correctamente los siguientes bits de datos. Tambien se anade un "bit 
de parada", que se utiliza como tope entre la transmision de un byte 
y el siguiente. 

La frecuencia del reloj, en teoria, puede ser de hasta 9.000 Hz, 
quiza hasta 20.000 Hz en condiciones favorables, pero son valores 
mas corrientes 110, 150, 300, 1.200, 2.400, 4.800, 9.600 y 19.200 Hz. 
(La velocidad de 110 Hz se utiliza con teleimpresoras.) 

Los convertidores de los interfaces en serie tienen dos variedades 
principalmente: del tipo subordinado, que necesitan la ayuda de un 
ordenador para trabajar correctamente, y de tipo director, que reali- 
zan sus propias decisiones. Los de tipo subordinado se utilizan para 
salidas de ordenadores, pudiendose poner en funcionamiento con 
varios formatos y velocidades, mientras que los del tipo director 
tienen estas opciones preestablecidas. Cuando no hay ordenador en 
una de las estaciones de comunicacion debe utilizarse uno del tipo 
director. 

El CPC464 no dispone de un interfaz en serie, pero se ha disena- 
do un interfaz externo. Este dispone de su propia ROM de control y, 
por tanto, no da problemas de software asociado. La creation de un 
sistema de este tipo puede entranar muchos problemas, y es aconse- 
jable no utilizar mas de dos sistemas directores para un proyecto 
sencillo. Los detalles dependeran de los componentes elegidos. 



Interfaz analogico 



El metodo mas simple de generar una salida analogica desde un 
ordenador se muestra en la figura 3.4. Esto se utiliza con exito en la 
generation de sonidos, con datos almacenados en forma de onda. 
Realmente, la flexibilidad de estos sistemas es considerable, y la 
calidad del tono es muy superior a la obtenida utilizando ondas 
cuadradas. 

Para esta aplicacion no es necesaria demasiada exactitud en la 
relation entre la salida de datos y el voltaje producido. De hecho, 
una pequena desviacion puede mejorar la calidad del sonido. El 
metodo que se utiliza para generar los datos utiliza una tabla de 
valores preparada que representa los niveles instantaneos en un ciclo. 
La tabla puede establecerse mediante un corto programa en BASIC, 
pudiendo tener una onda sinusoidal o incluir armonicos. 

Las distintas frecuencias se obtienen mediante una exploration de 
la tabla a diferentes velocidades. La velocidad puede permanecer 
constante, pero los incrementos del indicador varian. Si toda la tabla 
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es explorada en 1/440 segundos, la nota producida es un A (la) por 
encima del C (do) medio. 

Si se utilizan varios punteros y se suman los resultados, es posible 
generar una armonia. Sin embargo, como en todos los generadores 
de miisica, preparar los datos de control necesarios es muy pesado, 
aunque compensen los resultados. 

El pionero de este sistema fue Howard Arrington, de Boise 
(Idaho), y sus muchas ramificaciones no pueden ser explicadas aqui. 

Para una salida mas precisa puede utilizarse el esquema de la 
figura 3.5, que utiliza un sistema escalonado y presenta la ventaja de 
que las resistencias solo tienen los valores. 

Una entrada analogica es un problema distinto. En teoria, es 
posible invertir una salida analogica controlando la parte digital 
desde un contador y parando cuando el voltaje generado sea igual al 
voltaje de entrada, pero es demasiado lento y complicado. En el 
extremo opuesto se pueden encontrar en el mercado componentes 
adecuados, con unas caracteristicas y precio fabulosos. Entre medias 
hay tambien diferentes niveles de precios y caracteristicas. Algu- 
nos dispositivos necesitan un soporte de software, especialmente aque- 
llos que utilizan varios canales. 

Un ejemplo simple para mostrar como opera un convertidor 
analogico-digital se lista a continuation: 



1€>«E> 


INPUT D7. 


110 


A£=128 


120 


BX=0 


130 


FOR XX+1 TO 8 


140 


B7.=B7.+ML 


150 


C7.=D7.-B7. 


160 


IF C7. < THEN BZ=B7. XOR A7. 


170 


PRINT A7.; TAB (6) ; B7.; TAB ( 12) ; C7. 


1B0 


AX=AX/2 


190 


NEXT 


200 


PRINT B7 


210 


GOTO 100 



El programa puede ser adaptado para realizar una entrada analo- 
gica de datos. Borra las lineas 100 y 160 y anade las lineas siguientes: 



160 Manda B% a un puerto que controla un convertidor digital- 

analogico simple. 
163 Introduce un bit desde un puerto; el bit depende del estado 

de un comparador controlado, por una parte, por la salida 
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del conversor D/A y, por otra, por el voltaje a examinar. 
Toma la entrada como C%, que es si el voltaje externo es 
menor que la salida del convertidor D/A. 
166 IF C% = THEN B%=B% XOR A%. 

Se han omitido los detalles. Se ha facilitado todo el hardware y 
puedes elegir tus propias direcciones. 

Este arreglo es mas rapido que el acceso a un contador simple, 
que requiere 256 comparaciones en vez de 8. Es aconsejable compro- 
bar que la salida del convertidor D/A sea razonablemente lineal; de 
otro modo pueden darse irregularidades. Para comprobar la lineali- 
dad, el metodo mas imple consiste en mandar al convertidor los 
numeros de a 225, haciendo una pausa en cada uno. Un polimetro 
conectado a la salida nos permitira comprobar los incrementos. 

Para obtener los mejores resultados de la conversion en ambas 
direcciones es muy importante utilizar dispositivos de precision. Aun- 
que experimentar mejorara los resultados, hay que hacerlo con 
cautela. 



ROM auxiliares 




Es casi inevitable que un sistema externo anadido al CPC464 
requiera un soporte de software. El concepto general del sistema 
permite que este soporte se facilite con ROM montadas con el resto 
del hardware interno. Se puede anadir un maximo de 256 de estas 
ROM, pero en la practica el metodo es el mismo para una ROM que 
para varias. 

Primero, cada ROM tiene asignado un numero. Una emision de 
ese numero por un canal de entrada/salida &CFXX debe habilitar la 
ROM. Esta reemplazara a la ROM superior interna en todo lo que 
concierne al sistema. Incluso lo hara la ROM externa, aunque la 
interna se llama tambien ROM 0. 

Una vez seleccionada la ROM externa pueden ejecutarse las 
rutinas que contiene. Es posible llamar o introducir rutinas de otras 
ROM externas, utilizando las ventajas que ofrece el "area RST", asi 
como FAR CALL. 

Ya que los programas almacenados en ROM externas pueden 
necesitar un area de trabajo, cada ROM debera contener un progra- 
ma de inicializacion, que sera llamado al conectar — o inicializar — el 
sistema por el sistema operativo principal. Este programa definira la 
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cantidad de espacio en RAM que necesite, y los indicadores de los 
limites de RAM seran ajustados automaticamente. 

Un programa almacenado en una ROM externa puede tener su 
propio juego de instrucciones, lo cual aumenta el numero de palabras 
reservadas, que seran implementadas por una llamada a una rutina 
determinada. 

Las ROM externas deben acomodarse a un formato especifico, 
siendo algo complicada su utilization. Los detailes siguientes son lo 
mas completos posible, pero algunas areas permanecen oscuras debi- 
do a los datos disponibles. Sin embargo, se puede pensar que todos 
los puntos claves han sido tratados. 

La mayor dificultad en la implementation de extensiones bien 
puede ser la creation de las ROM necesarias, aunque no es imposible 
utilizar RAM cargada desde el exterior y mantenida mediante bate- 
rias. 




Tipos y formatos de ROM 

Los programas en ROM pueden ser de tipo prioritario (fore- 
ground) o de tipo subordinado (background). Los programas priori- 
tarios tienen un control general, mientras que los subordinados se 
encargan de soportar funciones llamadas por el sistema prioritario 
utilizado. Por ejemplo, un programa subordinado puede proporcio- 
nar ventajas adicionales para controlar el sonido, en respuesta a una 
llamada del programa prioritario actual, pero puede que no sea 
capaz de ejecutar un programa completo por si mismo. (En algunos 
casos, el sistema operativo puede verse como un programa subordi- 
nado, que realiza acciones en respuesta a las solicitudes del interprete 
BASIC, pero a veces solo actua como un programa subordinado.) 

Muchas extensiones perifericas pueden requerir un programa su- 
bordinado que las soporte. El programa puede ser tan simple como 
el descrito anteriormente para el puerto alternativo para la impreso- 
ra, o tan complicado como un sistema operativo completo para 
disco. 

Pueden utilizarse hasta siete ROM subordinadas, estando com- 
prendidos sus numeros de referencia entre 1 y 7. En general, las 
ROM externas pueden tener los numeros de referencia entre y 251. 
Los numeros de las ROM deben ser consecutivos, a partir de o de 1. 
Si se utiliza la referencia 0, la ROM conectada estara disponible en 
el primer numero de referencia no utilizado por las ROM externas. 
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Es posible usar hasta cuatro ROM con niimeros de referenda 
consecutivos, para almacenar un programa prioritario simple. 

Todo esto puede parecer un poco complicado, pero las dudas se 
iran disipando. 

Una ROM externa puede ocupar las direcciones desde C000 
hasta FFFF, pudiendo tener un tamano maximo de 16K. Las seis 
primeras posiciones deben fijarse de este modo: 



C000: 



C001: 
C002: 
C003: 
C004/5: 



Tipo de ROM: para una ROM prioritaria. 

1 para una ROM subordinada. 

2 para una extension de ROM. 
(La ROM propia es del tipo &80.) 
Numero-marca de la ROM. 

Niimero de la version. 

Nivel de modificacion de la ROM. 

Direction de la tabla de instrucciones externas. 



De C006 en adelante debe haber una tabla de saltos (jumpblock) 
comenzando por la rutina de initialization y continuando con saltos 
que se ajustan a las instrucciones externas. 

La tabla de instrucciones externas debe registrar las palabras de 
las instrucciones, sumando &80 al codigo de la ultima letra en cada 
palabra. Es aconsejable utilizar letras mayusculas para dichas pala- 
bras de las instrucciones. 

Una instruction externa se reconoce porque lleva delante una 
barra vertical. Se implementa por KL FIND COMMAND en 
BCD4, al cual se entra con HL apuntando a la cadena de instruccio- 
nes, regresando con la direccion de selection de ROM y C y la 
direccion de la rutina requerida en HL. La tabla de instrucciones se 
termina con 0. 

El uso de la tabla de instrucciones externas es opcional. El 
formato utilizado por el interprete BASIC en ROM es: 

C000 80 01 00 00 4C CO 

Esto quiere decir que es la ROM propia: marca 0; version 0; 
nivel de modo 0, y que la direccion de la tabla de instrucciones es 
C04C. 

En C04C: 

C04C 42 41 53 49 C3 00 : BASIC 
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El final muestra que solo hay una palabra de instruction 
externa; por tanto, en lugar de iniciar el bloque de saltos en C006 es 
posible comenzar la rutina de initialization. 

Ahora pueden examinarse con mas detalle algunas diferencias 
entre las ROM prioritarias y las subordinadas. 

En el encendido inicial se inicializan los directores de los periferi- 
cos y del firmware, saltandose la ROM en C006 con HL = ABFF 
(tope de la RAM disponible), DE = 0040 (base de la RAM disponi- 
ble) y BC = BOFF (byte mas alto utilizable). El puntero de la pila se 
inicializa a C000. 

El programa de initialization de la ROM reserva espacio para 
incrementar en 012F el valor almacenado en DE, desplazando el 
limite inferior de la RAM disponible hasta 01 6F (los programas en 
BASIC se almacenan a partir de 0170). Los nuevos limites se almace- 
nan en el area de trabajo. 

Como ya sabras, el tope de la memoria RAM libre puede modifi- 
carse desde BASIC mediante la instruction MEMORY, facilitando 
un area para almacenar rutinas en RAM. 

Si se llama a MC START PROGRAM con HL conteniendo 
0000, se repite la initialization como se indico anteriormente; pero si 
la llamada se hace conteniendo HL otro valor, la ROM definida en 
C se introduce en la direction apuntada por HL, con BC, DE y HL 
conteniendo los limites de memoria. El programa introducido necesi- 
tara reclamar algunas areas de trabajo modificando adecuadamente 
DE y/o HL y almacenandolo para posibles referencias. 

Observa que cuando se vuelve de la entrada a la ROM desde MC 
START PROGRAM se realiza una reinitialization completa del 
sistema; de este modo se vuelve a seleccionar la ROM propia como 
si se hubiera puesto en funcionamiento el ordenador. 

El programa prioritario activado de esta manera puede elegir uno 
o mas programas subordinados cuando los requiera como soporte. 
Esto puede hacerse llamando a KL ROM WALK, que a su vez 
llama a KM INIT BACK para todas las ROM subordinadas dispo- 
nibles, o bien a INIT BACK para una ROM concreta requerida. La 
ROM del BASIC llama a KL ROM WALK, inicializando cual- 
quier ROM que pueda estar disponible. 

Los programas subordinados responden modificando los limites 
del area util de RAM contenidos en DE y en HL, para reservar sus 
areas de trabajo. Ahora bien, la localization de estas areas dependera 
de la cantidad de memoria reservada por el programa prioritario, y 
los programas subordinados deberan observar donde comienza esta 
area y acceder a ella con un desplazamiento. Esto puede hacerse 
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utilizando IX como base. Si cada vez que se introduce el programa se 
prepara IX, es posible acceder a una position concreta mediante LD 
A,(IX + n) o una instruction similar. 

Hasta ahora disponemos de un sistema que permite utilizar una o 
varias ROM prioritarias, cada una de las cuales puede contener 
varios programas a los que se accede mediante instrucciones exter- 
nas, mas un maximo de siete ROM subordinados, que pueden pro- 
porcionar rutinas de soporte. Una vez estemos en una ROM priori- 
taria debemos permanecer en ella, salvo para incursiones a las ROM 
subordinadas, ya que un retorno desde una ROM prioritaria origina 
una reinitialization general. 



Aplicaciones 



Los modos de utilization posibles de las ROM auxiliares son 
demasiado numerosos para examinarlos detalladamente, pero puede 
ser litil dar algunas indicaciones al respecto. 

La provision de lenguajes alternatives, como PASCAL o 
FORTH, es un punto de comienzo obvio, mientras otros programas 
podrian implementar procesadores de texto u hojas de calculo. Hay 
una ventaja muy a tener en cuenta: que la RAM del ordenador 
utilizada se minimiza, requiriendose solo el area de trabajo. 

Anteriormente se menciono que la utilization de una RAM ali- 
mentada con baterias en vez de una ROM puede tener mas alcance, 
ya que muchos datos se almacenan externamente, siendo trasladados 
a la RAM principal cuando sean requeridos. Presumiblemente no es 
necesario implementar tecnicas de "memoria virtual", las cuales per- 
miten ver una cantidad de RAM mucho mayor de la que en realidad 
se dispone. Los sitemas de ROM externa vienen a hacer una funcion 
similar. 

Las ROM subordinadas pueden utilizarse para extender el siste- 
ma, ofreciendo un total de 112K de espacio de programa. Es proba- 
ble, sin embargo, que parte de este espacio sea ocupado por un 
sistema de disco, un interfaz en serie u otros. 

Es conveniente afiadir una ultima observation: con un sistema 
tan complejo, pasara algun tiempo antes de explorarse completamen- 
te y descubrir las limitaciones escondidas. Se han detectado muchos 
pequefios "gazapos", en su mayoria triviales, como, por ejemplo, la 
insertion de un avance de linea cuando una linea de texto provoca 
una perdida de information por extralimitacion del ancho de panta- 
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Ha. (Esta circunstancia puede ser deliberada. aunque no es corriente 
que asi sea). 

Ahora estamos mas introducidos en el iceberg, y la imagen del 
CPC464 como una simple maquina de BASIC se nos antoja cada vez 
mas remota. Puede utilizarse solo de este modo, pero tambien puede 
hacer mucho mas. El nivel de conocimientos que se necesita para 
utilizar todas las ventajas es bastante alto, y hay evidentemente 
mucho que estudiar. 

"Hardware" de ROM externa 

El hardware que se necesita para implementar una ROM externa 
no es demasiado complicado. Primero, las direcciones de salida de la 
forma DFXX deben ser reconocidas, y el byte de datos asociado 
debe ser transferido por un biestable (latch). Este byte se compara 
con el niimero seleccionado de ROM para la ROM en cuestion, y si 
ambas comparaciones coinciden la ROM debe ser habilitada, pero 
solo si la linea del interfaz ROMEN esta en bajo. Todas las direccio- 
nes estan disponibles para seleccionar una position de ROM, y se 
esperara una transferencia de lectura con RD en bajo. 

Las direcciones pertinentes pueden ser reconocidas con la ayuda 
de una puerta NAND de ocho entradas y de un inversor. El biesta- 
ble puede ser uno estandar de ocho bits. La ROM puede ser casi de 
cualquier tipo. En la figura 3.6 se muestra una configuration posible, 
que utiliza comparadores para detectar el niimero seleccionado de 
ROM. 

Si se utiliza RAM en vez de ROM. debe ser del tipo estatico, para 
no necesitar refrescos. 

No es necesario, por supuesto, montar las ROM en tarjetas 
separadas. Los elementos para reconocer la direction y el biestable 
pueden ser comunes a mas de una ROM, usando comparadores 
separados para detectar la ROM requerida. 

Como en otras areas de este libro, es una lastima no entrar en 
mas detalles ya que las variaciones posibles son inmensas. Solo con el 
circuito de la tarjeta podriamos escribir muchas paginas dando ideas. 



Un segundo procesador 



La tecnica de utilizar el ordenador BBC como un "terminal 
inteligente" empleando un segundo procesador externo ha dirigido 
las investigaciones a la aplicacion de una tecnica similar al CPC464. 
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Haremos algunos comentarios, ya que seria muy complicado insertar 
una respuesta completa. 

Primero, la necesidad de incluir un segundo procesador. es menor 
dadas las capacidades del CPC464, por su espacio extra de RAM y 
porque utiliza un procesador Z80, que es directamente compatible 
con CP/M. De todos modos, es posible enfocar situaciones en las 
que es litil Uevar a cabo un proceso externo simultaneamente al que 
se esta ejecutando en el CPC464. (El CPC464 puede cubrir la ejecu- 
cion de dos procesos concurrentes alternando entre ellos, pero es 
imposible la ejecucion simultanea de dos procesos al mismo tiempo.) 

En un sistema logico es importante distinguir entre un elemento 
director y un elemento subordinado. Solo puede haber un director en 
un momento dado, aunque esta funcion puede ser transferida a otro 
elemento en cualquier instante. El director determina la accion del 
sistema, ejerciendo el control sobre los subordinados, los cuales pue- 
den pedir una asistencia suscitando interrupciones. 

Por definition, un procesador externo utilizado por el CPC464 
como terminal inteligente debe ser el director, pero si ambos procesa- 
dores estan trabajando independientemente, ambos pueden ser direc- 
tores la mayor parte del tiempo, hasta que se requiera una comunica- 
cion entre ellos. Aqui es donde el procesador externo puede ejercer su 
autoridad, promoviendo una interruption. Esto fuerza al procesador 
interno a responder, y la respuesta debe tener la forma de una 
transferencia de datos. Puede ser ejecutado por un programa subor- 
dinado, llamado mediante un suceso. El procesador externo puede 
pasar datos, definiendo la accion requerida. 

La rutina que sirve las interrupciones del procesador externo ha 
de ser breve, ya que la accion normal interna debe mantenerse. 

Un acercamiento alternativo, que puede tener sus ventajas cuan- 
do solo es necesario pasar un dato, se basa en las lineas BUSRQ y 
BUSAK. El procesador externo se apodera del bus interno durante 
un ciclo de memoria, y manda un byte de datos a la memoria 
interna. Esto puede repetirse para mandar un mensaje completo, 
pudiendo el procesador interno continuar con la ejecucion entre las 
transferencias de datos, mientras el procesador externo prepara otro 
byte de datos. 

El mensaje puede ser interpretado por un programa priorita- 
rio, pudiendo ordenar un cambio de accion del programa prioritario 
interno, etc. Esto puede implementarse en respuesta a un suceso 
sincrono llamado por el programa prioritario, que debe encargarse 
de que no se utilice un mensaje incompleto prematuramente. 

Se ha expuesto lo suficiente para ver las posibilidades que ofrece 
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Figura 3.6. Hardware del selector de ROM 
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el CPC464. Asimismo ha quedado evidenciado que seria necesario 
dedicar mucho mas texto para enunciar con detalle los sistemas de 
hardware y de software. Un principiante podria encontrarse en el 
mismo caso de un conductor cuyo coche se ha averiado lejos de 
cualquier lugar habitado. Aunque posea las herramientas necesarias 
para efectuar la reparation carece de los conocimientos necesarios 
para utilizarlas correctamente. 

El CPC464 facilita una elevada cantidad de "herramientas". 
Aprender a sacarles todo el partido posible llevara, sin duda, mucho 
tiempo. 



Resumen 

El CPC464 se ha revelado como un lobo disfrazado de oveja. Un 
observador superficial podria verlo como una maquina mas de jue- 
gos, aunque ciertamente con bastantes caracteristicas ventajosas. Una 
exploration mas profunda revelara paulatinamente las multiples ven- 
tajas que se esconden bajo su aspecto exterior. 

Utilizar todo lo que hemos descubierto no es una tarea facil. 
Trabajar con codigo de maquina es esencial, y una simple expansion 
externa requiere un cuidadoso diseno de hardware. 

De todos modos, esta es una maquina que servira perfectamente 
a un usuario inquieto. Le ayudara mientras comienza a andar, y 
seguira ayudandole cuando su caminar se convierta en carrera. A 
medida que se afiance en sus conocimientos, muy probablemente 
encontrara mejoras y perifericos para la maquina, lo cual le ayudara 
aiin mas a consolidar su aprendizaje. 



137 



Biblioqrafia 



Programacion del Z80, Rodnay Zacks (Anaya Multimedia). 

Amstrad BASIC, AMSOFT. 

Amstrad CPC464 Firmware, AMSOFT. 

Amstrad DEVPAC for CPC464, AMSOFT. 



139 



Programa para la visualizacion o impresidn de 
ROM y RAM 






100 
no 

12© 
13C 
140 
150 
160 
170 
180 
190 
20O 
210 
220 
230 
240 
250 
260 
270 
2B0 
290 
300 
310 
320 
330 
340 
350 
360 
370 
380 
390 

400 

410 
420 
430 
440 
450 
460 



Visual iza ROM 
Imprioie ROM 
Visual iza RAM 
Imprime RAM 



GOSUB 370 

CLS 

PRINT "MODO 0, 

PRINT "MODO 1. 

PRINT "MODO 2. 

PRINT "MODO 3, 

INPUT "MODO";Y 

X=Y MOD 2 

Z=Y/2 

INPUT "Direccion de comienzo"; A 

A=A-65536*(A<0> 

NL%= A-8* I NT ( A / 8 ) 

PRINT #<X*8), HEX*(A,4); 

ON Z+l GOSUB 310,460 

PRINT #<X*8), TAB(6+3*NL%); HEX*(B,2); 

A=A+1 

NLZ=NLX+1 

IF NL7.<8*(X+1) THEN 230 

NL7.=0 

PRINT #(X*8) 

GOTO 220 

Q=INT (A/256) 

POKE &7019,Q 

POKE &7018, (A-256*Q) 

CALL &700O 

B=PEEP(&7020) 

RETURN 

FOR X=&7000 TO &7012 

READ Y 

POKE X.Y 

NEXT 

RETURN 

DATA &2A , «t 1 8 , &70 , &CD , &0O , &B9 

DATA &F5 , &CD , «t06 , &B9 , &7E 

DATA &32 , &20 , &70 , &F 1 , &CD , &0C 

DATA &B9,&C9 

B=PEEK ( A) : RETURN 
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El AMSTRAD CPC464 es un ordenador unico y muy especial. 
Una de las cualidades mas importantes del AMSTRAD CPC464 es 
la facilidad de acceso a las rutinas mas importantes de la ROM, 
ya sea usted un principiante o un programador profesional. 

Don Thomasson analiza esta caracteristica en los primeros capitulos 
de este libro de forma clara y bien estructurada, de forma que 
le permitira escribir programas potentes y versatiles. Diseho de 
pantallas, entradas y salidas de cassette, etc., pueden ser reducidas 
a simples I la ma das de subrutinas. 

Otra de las cualidades mas interesantes del AMSTRAD CPC464: 
su capacidad de comunicarse con el mundo exterior, y la posibilidad 
de ROM externa, que permiten aumentar la capacidad de su 
ordenador. Don Thomasson habla detalladamente de todo esto 
mostrandole, en suma, c6mo aprovechar todas las posibilidades 
de su ordenador. 

PROGRAMACIOIV AVANZADA DEL AMSTRAD, en definitiva, 
muestra la mejor forma de explorar esa parte del ordenador 
AMSTRAD que, de otra forma, permaneceria escondida. 
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